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Description 

[0001] This invention relates to a recording medium 
on which data relating to a scene seen from different 
angles is recorded and to a recording medium with syn- 
chronizing information. 

[0002] This invention may also pertain to a method 
and apparatus for reproducing data from such medium, 
to a method and apparatus for recording such data on 
a recording medium, and to a system for transferring 
such data via a communication route. 
[0003] One of well-known optical disks is a compact 
disk (CD), which has been developed already. With such 
an optical disk, it is difficult to record and reproduce mov- 
ie data for a long time in terms of storage capacity. To 
overcome this shortcoming, an optical disk enabling 
high-density recording of movie data, too, is being in- 
vestigated and developed. 

[0004] Recently, a data compression method for mov- 
ing pictures has been standardized internationally to be 
the MPEG (Moving Picture Image Coding Expert Group) 
scheme. The MPEG scheme is known as a method of 
variably compressing the video data. Furthermore, the 
MPEG2 has been proposed and is being standardized 
internationally. With this movement, a system format 
complying with the MPEG2 scheme has been deter- 
mined to be of an MPEG2 system layer. For the MPEG2 
system layer, it is determined that the transfer start time 
and playback time expressed using a reference time for 
each data item are set so that moving pictures, sound, 
and their data items can be transferred and reproduced 
in synchronization with each other. 
[0005] An object of the present invention is to provide 
a recording medium on which data relating to a scene 
seen from different angles is recorded and a recording 
medium with synchronizing information. 
[0006] According to the present invention there is pro- 
vided a recording medium comprising: angle cells relat- 
ing to a same scene seen from different angles, each of 
said angle cells being composed of at least one data 
cell; said data cell being composed of a plurality of data 
units containing playback data to be reproduced in a 
predetermined playback order; each of the data units 
being composed of at least one predetermined se- 
quence of data packs; said each sequence of data 
packs comprising at least one of video pack and audio 
packs, wherein each of these packs is made up of a 
header portion and a packet of reproducible encoded 
video and audio data, whereby said video data being 
compressed and encoded in compliance with MPEG 
standard; said each sequence of data packs further 
comprising a navigation data pack arranged at the head 
of the sequence; said navigation data pack containing 
control information and being composed of a header 
portion, a first data packet and a second data packet; 
said first data packet being composed of a packet head- 
er and first control data including an angle information 
for indicating a start address of another data unit storing 



playback/video data for a different scene which is con- 
temporary with or preceding that for which the reproduc- 
ible data is stored in the data unit to which the navigation 
pack belongs, said another data unit belonging to the 

5 cell in another angle cell; and said second data packet 
being composed of a packet header and second control 
data including another angle information for indicating 
a start address of a group of the data units to be repro- 
duced after the data unit to which the navigation pack 

to belongs. 

[0007] According to the present invention there is also 
provided a recording medium comprising: a plurality of 
data units containing playback data to be reproduced in 
a predetermined playback order; each of said data units 

is being composed of at least one predetermined se- 
quence of data packs; said each sequence of data 
packs comprising at least one of video pack, audio pack 
and sub-picture pack, wherein each of these packs is 
made up of a header portion and a data packet of repro- 

20 ducible encoded video, audio or sub-picture data, 
whereby said video data being compressed and encod- 
ed in compliance with MPEG standard; said each se- 
quence of data packs further comprising a navigation 
data pack arranged at the head of the sequence; said 

25 navigation data pack containing control information and 
being composed of a header portion, a first data packet 
and a second data packet; said first data packet being 
composed of a packet header and first control data, said 
first control data being presentation control information 

30 including start and end times of a presentation of a re- 
spective sequence of data packs; and said second data 
packet being composed of a packet header and second 
control data, said second control data being search in- 
formation including synchronizing information for indi- 

35 eating start addresses of target audio which have audio 
data to be reproduced in synchronization with the video 
data in the data unit to which the navigation data pack 
belongs, and a start address of the navigation pack of 
said data unit containing target sub-picture packs which 

40 have sub-picture data to be reproduced in synchroniza- 
tion with the video data in the data unit to which the nav- 
igation data pack belongs. 

[0008] This invention can be more fully understood 
from the following detailed description when taken in 
45 conjunction with the accompanying drawings, in which: 

FIG. 1 is a schematic block diagram of an optical 
disk apparatus according to an embodiment of the 
present invention; 
50 FIG. 2 is a detailed block diagram of the mechanical 
section of the disk drive unit of FIG. 1 ; 
FIG. 3 is a schematic perspective view of the struc- 
ture of an optical disk loaded in the disk drive unit 
of FIG. 1; 

55 FIG. 4 shows the structure of the logic format of the 
optical disk of FIG. 3; 

FIG. 5 shows the structure of the video manager of 
FIG. 4; 
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FIG. 6 shows an example of the structure of the vid- 
eo object set (VOBS) shown in FIG. 5; 
FIG. 7 is a diagram to help explain the structure of 
the video object unit of FIG. 6; 
FIG. 8 shows the parameters and contents of the 5 
volume manger information management table 
(VMGI_MAT) in the video manager (VMGI) of FIG. 
5; 

FIG. 9 shows the structure of the title search pointer 
table (TSPT) in the video manager (VMGI) of FIG. 5; JO 
FIG. 10 shows the parameters and contents of the 
title search pointer table information (TSPTI) in the 
title search pointer table (TSPT) of FIG. 9; 
FIG. 11 shows the parameters and contents of the 
title search pointer (TT_SRP) corresponding to the is 
input number in the title search pointer table (TSPT) 
of FIG. 9; 

FIG. 12 illustrates the structure of the video title set 
of FIG. 4; 

FIG. 13 shows the parameters and contents of the 20 
video title set information management table 
(VTSLMAT) of the video title set information (VTSI) 
of FIG. 12; 

FIG. 1 4 illustrates the structure of the video title set 
program chain information table (VTS_PGCIT) of 25 
the video title set information (VTSI) of FIG. 12; 
FIG. 15 shows the parameters and contents of the 
information (VTS__PGCITI) in the video title set pro- 
gram chain information table (VTS_PGCIT) of FIG. 
14; 30 
FIG. 16 shows the parameters and contents of the 
search pointer (VTS_PGCIT_SRP) corresponding 
to the program chain in the video title set program 
chain information table (VTS_PGCIT) of FIG. 14; 
FIG. 17 illustrates the structure of the program chain 35 
information (VTS_PGCI) in the video set corre- 
sponding to the program chain in the video title set 
program chain information table (VTS_PGCIT) of 
FIG. 14; 

FIG. 1 8 shows the parameters and contents of the 40 
program chain general information (PGC_GI) in the 
program chain information (VTS_PGCI) of FIG. 17; 
FIG. 1 9 illustrates the structure of a program chain 
map (PGC_PGMAP) of the program chain informa- 
tion (VTS_PGCI) of FIG. 1 7; 45 
FIG. 20 shows the parameters and contents of the 
entry cell numbers (ECELLN) corresponding to the 
programs written in the program chain map 
(PGC_PGMAP) of FIG. 19; 

FIG. 21 illustrate the structure of the cell playback 50 
information table (C_PBIT) of the program chain in- 
formation (VTS_PGCI) of FIG. 17; 
FIG. 22 shows the parameters and contents of the 
cell playback information table (C_PBIT) of FIG. 21 ; 
FIG. 23 illustrates the structure of the cell position 55 
information (C_POSI) in the program chain informa- 
tion (VTS_PGCI)of FIG. 18; 
FIG. 24 shows the parameters and contents of the 



cell position information (C_POSI) of FIG. 23; 
FIG. 25 illustrates the structure of the navigation 
pack of FIG. 23; 

FIG. 26 illustrates the structure of the video, audio, 
sub-picture, or VBI pack of FIG. 6; 
FIG. 27 shows the parameters and contents of the 
playback control information (PCI) in the navigation 
pack of FIG. 26; 

FIG. 28 shows the parameters and contents of the 
general information (PCI_GI) in the playback con- 
trol information (PCI) of FIG. 27; 
FIG. 29 shows the parameters and contents of the 
angle information (NSLS_ANGLI) in the playback 
control information (PCI) of FIG. 27; 
FIG. 30 is a diagram to help explain how to change 
the angle using the angle information 
(NSLS_ANGLI) in the playback control information 
(PCI) of FIG. 29; 

FIG. 31 shows the parameters and contents of the 
disk search information (DSI) in the navigation pack 
of FIG. 26; 

FIG. 32 shows the parameters and contents of the 
DSI general information (DSI_GI) in the disk search 
information of FIG. 31; 

FIG. 33 shows the parameters and contents of the 
angle information (SML_SI) in the disk search infor- 
mation of FIG. 31; 

FIG. 34 is a diagram to help explain how to change 
the angle using the angle information (SML_SI) in 
the disk search information (DSI) of FIG. 33; 
FIG. 35A shows the parameters and contents of the 
search information (VOP_SI) for the video object 
(VOB)of FIG. 31; 

FIGS. 35B and 35C illustrate bit maps describing 
the forward addresses of the search information 
(VOB_SI) on the video object (VOB) of FIG. 31; 
FIG. 36 shows the parameters and contents of the 
synchronizing playback information (SYNC!) on the 
video object (VOB) of FIG. 31 ; 
FIGS. 37Aand 37B, FIG. 38, and FIG. 39 are flow- 
charts of the procedure for reproducing the video 
data in the normal mode from an optical disk having 
logic formats shown in FIGS. 4 to 36; 
FIG. 40 is a flowchart of the procedure for changing 
the angle during playback of the video data from an 
optical disk having logic formats shown in FIGS. 4 
to 36; 

FIG. 41 is a flowchart of the procedure for an inter- 
rupt process during playback of the video data from 
an optical disk having logic formats shown in FIGS. 
4 to 36; 

FIGS. 42A to 42F are flowcharts of the procedure 
for an example of a high-speed search process of 
the video data on an optical disk having logic for- 
mats shown in FIGS. 4 to 36; 
FIG. 43 is a flowchart of the procedure for another 
example of a high-speed search process of the vid- 
eo data on an optical disk having logic formats 
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shown in FIGS. 4 to 36; 

FIG. 44 is a flowchart of the procedure for reproduc- 
ing the video data from an optical disk having logic 
formats shown in FIGS. 4 to 36, after a specific time 
has elapsed; s 
FIG. 45 is a block diagram of an encoder system 
that encodes the video data and generates a video 
file; 

FIG. 46 is a flowchart for an encoding process of 
FIG. 45;. 

FIG. 47 is a flowchart for combining the main video 
data, audio data, and sup-picture data all encoded 
according to the flow of FIG. 46 to create a video 
data file; 

FIG. 48 is a block diagram of a disk formatter sys- 
tem that records the formatted video files on an op- 
tical disk; 

FIG. 49 is a flowchart for creating logic data to be 
recorded on a disk in the disk formatter of FIG. 48; 
Fl G . 50 is a flowchart for creating from the logic data 
the physical data to be recorded on a disk; and 
FIG. 51 is a schematic diagram of a system that 
transfers the video title set of FIG. 4 via a commu- 
nication route. 

[0009] Hereinafter, referring to the accompanying 
drawings, an optical disk reproducing apparatus accord- 
ing to an embodiment of the present invention will be 
explained. 

[0010] FIG. 1 is a block diagram of an optical disk re- 
producing apparatus that reproduces the data from an 
optical disk associated with an embodiment of the 
present invention. FIG. 2 is a block diagram of the disk 
drive section that drives the optical disk shown in FIG. 
1. FIG. 3 shows the structure of the optical disk shown 
in FIGS. 1 and 2. 

[0011] As shown in FIG. 1, the optical disk reproduc- 
ing apparatus comprises a key/display section 4, a mon- 
itor section 6, and a speaker section 8. When the user 
operates the key/display section 4, this causes the re- 
corded data to be reproduced from an optical disk 10. 
The recorded data contains video data, sub-picture da- 
ta, and audio data, which are converted into video sig- 
nals and audio signals. The monitor section 6 displays 
images according to the video signals and the speaker 
section 8 generates sound according to the audio sig- 
nals. 

[0012] It is known that the optical disk 1 0 is available 
with various structures. For instance, one type of the op- 
tical disk 1 0 is a read-only disk on which data is recorded 
with a high density as shown in FIG. 3. The optical disk 
1 0, as shown in FIG. 3, is made up of a pair of composite 
layers 18 and an adhesive layer 20 sandwiched be- 
tween the composite disk layers 18. Each of the com- 
posite disk layers 18 is composed of a transparent sub- 
strate 1 4 and a recording layer or a light-reflecting layer 
1 6. The disk layer 1 8 is arranged so that the light-reflect- 
ing layer 16 may be in contact with the surface of the 



adhesive layer 20. A center hole 22 is made in the optical 
disk 10. On the periphery of the center hole 22 on both 
sides, clamping areas 24 are provided which are used 
to clamp the optical disk 1 0 during its rotation. When the 
disk 1 0 is loaded in the optical disk apparatus, the spin- 
dle of a spindle motor 1 2 shown in FIG. 2 is inserted into 
the center hole 22. As long as the disk is being rotated, 
it continues clamped at the clamping areas 24. 
[0013] As shown in FIG. 3, the optical disk 10 has an 
information zone 25 around the clamping zone 24 on 
each side, the information zones allowing the informa- 
tion to be recorded on the optical disk 10. In each infor- 
mation area 25, its outer circumference area is deter- 
mined to be a lead-out area 26 in which no information 
is normally recorded, its inner circumference area ad- 
joining the clamping area 24 is determined to be a lead- 
in area 27 in which no information is normally recorded, 
and the area between the lead-out area 26 and the lead- 
in area 27 is determined to be a data recording area 28. 
[0014] At the recording layer 16 in the information ar- 
ea 25, a continuous spiral track is normally formed as 
an area in which data is to be recorded. The continuous 
track is divided into a plurality of physical sectors, which 
are assigned serial numbers. On the basis of the sec- 
tors, data is recorded. The data recording area 28 in the 
information recording area 25 is an actual data record- 
ing area, in which management data, main video data, 
sub-picture data, and audio data are recorded in the 
form of pits (that is, in the form of changes in the physical 
state) as explained later With the read-only optical disk 
1 0, a train of pits is previously formed in the transparent 
substrate 14 by a stamper, a reflecting layer is formed 
by evaporation on the surface of the transparent sub- 
strate 14 in which the pit train is formed, and the reflect- 
ing layer serves as the recording layer 16. In the read- 
only optical disk 10, a groove is normally not provided 
as a track and the pit train in the surface of the trans- 
parent substrate 14 serves as a track. 
[0015] The optical disk apparatus 12, as shown in 
FIG. 1 , further comprises a disk drive section 30, a sys- 
tem CPU section 50, a system ROM/RAM section 52, a 
system processor section 54, a data RAM section 56, a 
video decoder 58, an audio decoder section 60, a sub- 
picture decoder section 62, and a D/A and data repro- 
ducing section 64. The system processor section 54 is 
provided with a system time clock (STC) 54A and a reg- 
ister 54B. The video decorder section 58, audio deco- 
rder section 60, and sub-picture decorder section 62 are 
also provided with system time clocks (STC) 58A, 60A, 
62A, respectively. 

[0016] As shown in FIG. 2, the disk drive section 30 
contains a motor driving circuit 11, a spindle motor 12, 
an optical head 32 (i.e., an optical pickup), a feed motor 
33, a focus circuit 36, a feed motor driving circuit 37, a 
tracking circuit 38, a head amplifier 40, and a servo 
processing circuit 44. The optical disk 10 is placed on 
the spindle motor 12 driven by the motor driving circuit 
11 and is rotated by the spindle motor 12. The optical 
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head 32 that projects a laser beam on the optical disk 

10 is located under the optical disk 10. The optical head 
32 is placed on a guide mechanism (not shown). The 
feed motor driving circuit 37 is provided to supply a driv- 
ing signal to the feed motor 33. The motor 33 is driven 
by the driving signal and moves in and out the optical 
head 32 across the radius of the optical disk 10. The 
optical head 32 is provided with an object lens 34 posi- 
tioned so as to face the optical disk 10. The object lens 
34 is moved according to the driving signal supplied 
from the focus circuit 36 so as to move along its optical 
axis. 

[0017] To reproduce the data from the above optical 
disk, the optical head 32 projects a laser beam on the 
optical disk 10 via the object lens 34. The object lens 34 
is moved little by little across the radius of the optical 
disk 1 0 according to the driving signal supplied from the 
tracking circuit 38. Furthermore, the object lens 34 is 
moved along its optical axis according to the driving sig- 
nal supplied from the focusing circuit 36 so that its focal 
point may be positioned on the recordin g layer 1 6 of the 
optical disk 10. This causes the laser beam to form the 
smallest beam spot on the spiral track (i.e. , the pit train), 
enabling the beam spot to trace the track. The laser 
beam is reflected from the recording layer 16 and re- 
turned to the optical head 32. The optical head 32 con- 
verts the beam reflected from the optical disk 10 into an 
electric signal, which is supplied from the optical head 
32 to the servo processing circuit 44 via the head am- 
plifier 40. From the electric signal, the servo processing 
circuit 44 produces a focus signal, a tracking signal, and 
a motor control signal and supplies these signals to the 
focus circuit 36, tracking circuit 38, and motor driving 
circuit 11, respectively. 

[0018] Therefore, the object lens 34 is moved along 
its optical axis and across the radius of the optical disk 
1 0, its focal point is positioned on the recording layer 1 6 
of the optical disk 10, and the laser beam forms the 
smallest beam spot on the spiral track. Fu rthermore, the 
spindle motor 12 is rotated by the motor driving circuit 

11 at a specific rotating speed. This allows the beam to 
track at, for example, a constant linear speed. 
[0019] The system CPU section 50 of FIG. 1 supplies 
to the servo processing circuit 44 a control signal serving 
as an access signal. In response to the control signal, 
the servo processing circuit 44 supplies a head-moving 
signal to the feed motor driving circuit 37, which supplies 
a driving signal to the feed motor 33. Then, the feed mo- 
tor 33 is driven, causing the optical head 32 to move 
across the radius of the optical disk 1 0. Then, the optical 
head 32 accesses a specific sector formed at the re- 
cording layer 16 of the optical disk 10. The data is re- 
produced from the specific sector by the optical head 
32, which then supplies it to the head amplifier 40. The 
head amplifier 40 amplifies the reproduced data, which 
is outputted at the disk drive section 30. 

[0020] The reproduced data is transferred and stored 
in a data RAM section 56 by the system processor sec- 



tion 54 which is controlled by the system CPU section 
50 which is operated in accordance with the programs 
stored in the system ROM/RAM section 52. The stored 
reproduced data is processed at the system processor 

s section 54, which sorts the data into video data, audio 
data, and sub-picture data, which are supplied to the 
video decoder section 58, audio decoder section 60, 
and sub-picture decoder section 62, respectively, and 
are decoded at the respective decoders. The D/A and 

10 data-reproducing section 64 converts the decoded vid- . 
eo data, audio data, and sub-picture data into an analog 
video signal, an analog audio signal, and an analog sub- 
picture signal, subjects these signal to a mixing process, 
and supplies the resulting video signal and sub-picture 

15 signal to the monitor 6 and the resulting audio signal to 
the speaker 8. Then, on the basis of the video signal 
and sub-picture signal, images are displayed on the 
monitor section 6 and according to the audio signal, 
sound is simultaneously reproduced at the speaker sec- 

20 tion 8. 

[0021] The detailed operation of the optical disk ap- 
paratus of FIG. 1 will be described later with reference 
to the logic format of the optical disk explained below. 
[0022] The data recording area 28 between the lead- 

25 jn area 27 and the lead-out area 26 on the optical disk 
of FIG. 1 has a volume and file structure as shown in 
FIG. 4. The structure has been determined in conformity 
to specific logic format standards, such as Micro UDF 
or ISO 9660. The data recording area 28 is physically 

30 divided into a plurality of sectors as described earlier. 
These physical sectors are assigned serial numbers. In 
the following explanation, a logical address means a 
logical sector number (LSN) as determined in Micro 
UDF or ISO 9660. Like a physical sector, a logical sector 

35 contains 2048 bytes. The numbers (LSN) of logical sec- 
tors are assigned consecutively in ascending order as 
the physical sector number increments. 
[0023] As shown in FIG. 4, the volume and file struc- 
ture is a hierarchic structure and contains a volume and 

40 fj|e structure area 70, a video manager 71 , at least one 
video title set #i 72, and another recorded area 73. 
These areas 70, 71, 72, 73 are aligned with the bound- 
aries between logical sectors. As with a conventional 
CD, a logical sector is defined as a set of 2048 bytes. 

45 Accordingly, one logical sector corresponds to one log- 
ical block. 

[0024] The volume and file structure area 70 corre- 
sponds to a management area determined in Micro UDF 
or ISO 9660. According to the description in the man- 

50 agement area, the video manager 71 is stored in the 
system ROM/RAM section 52. As explained with refer- 
ence to FIG. 5, the information used to manage video 
title sets 72 is written in the video manager 71 , which is 
composed of a plurality of files, starting with file #0. In 

55 each video title set 72, compressed video data, com- 
pressed audio data, compressed sub-picture data, and 
the reproducing information about these data items are 
stored as explained later. Each video title set is com- 
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posed of a plurality of files 74. The number of video title 
sets 72 is limited to a maximum of 99. Furthermore, the 
number of files 74 (from file #j to file #j+9) constituting 
each video title set 72 is determined to be a maximum 
of 10. These files 72 are also aligned with the bounda- 5 
ries between logical sectors. 

[0025] In the other recorded area 73, the information 
capable of utilizing the aforementioned video title sets 
72 is recorded. The other recorded areas 73 are not nec- 
essarily provided. 

[0026] As shown in FIG. 5, the video manager 71 con- 
tains at least three items each corresponding to individ- 
ual files 74. Specifically, the video manager 71 is made 
up of volume manager information (VMGI) 75, a video 
object set for video manager menu (VMGM_VOBS) 76, 
and backup of video manager information (VMGI_BUP) 
77. Here, the volume manager information (VMGI) 75 
and the backup of video manager information 
(VMGLBUP) 77 are determined to be indispensable 
items, and the video object set for video manager menu 
(VMGM_VOBS) 76 is determined to be an optional item. 
In the video object set 76 for VMGM, the video data, 
audio data, and sup-picture data about a menu of the 
volumes of the optical disk managed by the video man- 
ager 71 are stored. 

[0027] By the video object set 76 for VMGM 
(VMGM_VOBS), the volume name of the optical disk 1 0, 
the sound accompanying the volume name representa- 
tion, and the description of the sub-picture are displayed 
and at the same time, selectable items are provided in 
the form of sub-pictures as in video reproduction ex- 
plained later. For example, the video object set 76 for 
VMGM (VMGM_VOBS) indicates that the optical disk 
10 contains the video data representing the matches a 
boxer played until he won a world championship. Spe- 
cifically, a fighting pose of boxer X, together with a vol- 
ume name, such as the glorious history of boxer X, is 
reproduced in the form of video data and at the same 
time, his theme song is reproduced in sound, and his 
chronological table is provided in a sup-picture. Further- 
more, the user is asked which language option to select, 
English or Japanese, in doing the narration of the match- 
es. At the same time, the user is asked whether a cap- 
tion in another language should be provided in a sub- 
picture or which language option should be selected for 
a caption. Thus, for example, the VMGM video object 
set 76 (VMGM_VOBS) provides the user with prepara- 
tions to watch a video of a match of boxer X in English 
speech with a sub-picture using Japanese captions. 
[0028] Here, the structure of a video object set 
(VOBS) 82 will be described with reference to FIG. 6. 
FIG. 6 shows an example of a video object set (VOBS) 
82. The video object set (VOBS) 82 comes in three types 
for two menus and a title. Specifically, the video object 
set (VOBS) 82 contains the video object set for video 
manager menu (VMGM_VOBS) 76, a video object set 
(VTSM_VOBS) 95 for a menu in the video title sets 72 
and a video object set (VTSTT_VOBS) 96 for the titles 



of at least one video title set 72 in a video title set (VTS) 
72 as explained later. Each video object set 82 has the 
same structure except that their uses differ. 
[0029] As shown in FIG. 6, a video object set (VOBS) 
82 is defined as a set of one or more video objects (VOB) 
83. The video objects 83 in a video object set (VOBS) 

82 is used for the same application. A video object set 
(VOBS) 82 for menus is usually made up of one video 
object (VOB) 83 and stores the data used to display a 
plurality of menu screens. In contrast, a video object set 
(VTSTT_VOBS) 96 for title sets is usually composed of 
a plurality of video objects (VOB) 83. 

[0030] When the aforesaid video of a boxing match is 
taken as example, a video object (VOB) 83 corresponds 
to the video data of each match played by boxer X. 
Specifying a particular video object (VOB) 83 enables, 
for example, boxer X"s eleventh match for a world cham- 
pionship to be reproduced on a video. The video object 
set (VTSM_VOBS) 95 for a menu of the video title sets 
72 contains the menu data for the matches played by 
boxer X. According to the presentation of the menu, a 
particular match, for example, boxer X's eleventh match 
for a world championship, can be specified. In the case 
of a usual single story movie, one video object (VOB) 

83 corresponds to one video object set (VOBS) 82. One 
video stream is completed with one video object set 
(VOBS) 82. In the case of a collection of animated car- 
toons or an omnibus movie, a plurality of video streams 
each corresponding to individual stories are provided in 
a single video object set (VOBS) 82. Each video stream 
is stored in the corresponding video object 83. Accord- 
ingly, the audio stream and sub-picture stream related 
to the video stream are also completed with each video 
object (VOB) 83. 

[0031] An identification number (IDN#j) is assigned to 
a video object (VOB) 83. By the identification number 
(ID#j), the video object (VOB) 83 can be identified. A 
video object (VOB) 83 further comprises one or more 
such cells 84. Although a usual video stream is made 
up of a plurality of cells 84, a menu video stream, or a 
video object (VOB) 83 may be composed of one cell 84. 
A cell 84 is likewise assigned an identification number 
(C_IDN#j). By the identification number (C_IDN#j), the 
cell 84 is identified. At the time of the change of the angle 
explained later, the angle is changed by specifying the 
cell number. 

[0032] Here, angle means to change an angle at 
which an object is viewed in the field of the films. In an 
example of a boxing match, angle means that the same 
knockout scene can be seen from different angles: e.g., 
a scene viewed from the champion, a scene viewed 
from the challenger, or a scene viewed from the judge. 
An angle may be selected by the user as he or she wish- 
es, or the same scene may be repeated while the angle 
is being changed automatically as the story advances. 
Furthermore, the angle may be changed after the be- 
ginning of the same scene has been reached: e.g., the 
scene is changed the moment that the boxer dealt the 
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opponent a counter and then a scene where the counter 
is dealt again is played. The angle may also be changed 
at the scene following the current scene: e.g., the angle 
is changed the moment that the boxer has dealt the op- 
ponent a counter To achieve any angle change, a nav- 
igation pack explained in detail later is provided in a vid- 
eo object unit (VOBU) 85. 

[0033] As shown in FIG. 6, each cell 84 is composed 
of one or more video object units (VOBU) 85, normally 
.a plurality of video object units (VOBU) 85. Here, a video 
object unit (VOBU) 85 is defined as a pack train having 
a navigation pack (NV pack) 86 at its head. Specifically, 
a video object unit (VOBU) 85 is defined as a set of all 
the packs recorded, starting at a navigation pack (NV 
pack) 86 to immediately in front of the next navigation 
pack. The reproducing time of the video object unit (VO- 
BU) 85 corresponds to the reproducing time of the video 
data made up of one or more GOP (Group of Pictures) 
contained in the video object unit (VOBU) 85 as shown 
in FIG. 7. The maximum reproducing time is determined 
to be 0.4 or more second and less than one second. In 
MPEG, one GOP is defined as compressed image data 
which corresponds to about 1 5 frames to be played back 
for, usually, 0.5 seconds. 

[0034] I n the case whe re the video data includes a vid- 
eo object unit as illustrated in FIG. 6, GOPs each com- 
posed of a video pack (V pack) 88, a sub-picture pack 
(SP pack) 90 and an audio pack (A pack) 91, all com- 
plying to the MPEG standards, are arranged, producing 
a video data stream. Regardless of the number of 
GOPs, a video object unit (VOBU) 85 is determined 
based on the time required for producing a GOP The 
video object unit (VOBU) 85 has a navigation pack (NV 
pack) 86 arranged at its head. Any reproduced data, 
whether audio data, sub-picture data, or audio/sub-pic- 
ture data, consists of one or more video object units. 
Thus, even if a video object unit is composed of audio 
packs only, these audio packs will be reproduced within 
the time for reproducing the video object unit. The pro- 
cedure of reproducing these packs will be explained lat- 
er in detail, along with the procedure of reproducing the 
navigation pack (NV pack) 86. 
[0035] The procedure for reproducing these packs, 
together with the navigation pack, will be explained in 
detail later. 

[0036] The video manager 71 will be explained with 
reference to FIG. 5. The volume management informa- 
tion 75 placed at the head of the video manager 71 con- 
tains the information used to search for titles and the 
information used to manage the video title sets (VTS) 
72 such as the information used for reproduction of a 
video manager menu. The volume management infor- 
mation 75 contains at least three tables 78, 79, 80 in the 
order shown in FIG. 5. Each of these tables 78, 79, 80 
is aligned with the boundaries between logical sectors. 
A first table 78, a volume manger information manage- 
ment table (VMGI_MAT) 78 is a mandatory table, in 
which the size of the video manager 71 , the starting ad- 



dress of each piece of the information in the video man- 
ger 71 , and the attribute information about the video ob- 
ject set (VMGM_VOBS) 76 for a video manager menu 
are written. 

5 [0037] Written in a second table of the video manager 
71 , a title search pointer table 79 (TT_SRPT), is an entry 
program chain (EPGC) of the video titles (VTS) 72 con- 
tained in the optical disk 1 0 that are selectable according 
to the entry of a title number from the key/display section 

10 4 on the apparatus. 

[0038] Here, a program chain 87 is a set of programs 
89 that reproduce the story of a title as shown in FIG. 7. 
Continuous reproduction of a program chain 87 com- 
pletes the movie of a title. Therefore, the user can start 

is to see the movie from a particular scene of the movie 
by specifying the program 89. 

[0039] In a third table of the video manager 71 , a video 
title set attribution table (VTS_ATRT) 80, the attribute 
information determined in the video title set 72 in the 

20 volume of the optical disk 10 is written. Specifically, in 
this table 80, the following items are written as attribute 
information: the number of video title sets, video title set 
numbers, video attributes, such as a video data com- 
pression scheme, audio stream attributes, such as an 

25 audio coding mode, and sub-picture attributes, such as 
the type of sup-picture display. 
[0040] The contents of the volume manager informa- 
tion management table (VMGI_MAT) 78 and the title 
search pointer table (TT_SRPT) 79 will be explained in 

30 detail with reference to FIGS. 8, 9, 10, and 11. 

[0041] As shown in FIG. 8, written in the volume man- 
ager information management table (VMGLMAT) 78 
are a video manager identifier (VMGJ D), the size of vid- 
eo manager information (VMGI_SZ) in logical blocks 

35 (one logical block contains 2048 bytes as mentioned 
above), the version number (VERN) of the optical disk 
10 complying with the digital versatile disk video speci- 
fication, and the category of video manager 71 
(VMG_CAT). 

40 [0042] In the category of video manager 71 
(VMG_CAT), a flag indicating whether or not the DVD 
video directory prohibits copying is written. Further writ- 
ten in the table (VMGI_MAT) are a volume set identifier 
(VLMSJD), the number of video title sets (VTS_Ns), the 

45 identifier for a person supplying the data to be recorded 
on the disk (Provider Unique ID: PVRJD), a video man- 
ager menu video object set start address 
(VNGM_VOBS_SA), the end address (VMGI_MAT_EA) 
of a volume manager information management table 

so (VMGI-MAT) 78, and the start address (TT_SRPT_SA) 
of a title search pointer table (TT_SRPT) 79. The end 
address of VMGJvlAT 78 (VMGI_MAT_EA) and the 
start address of TT_SRPT (TT_SRPT_SA) 79 are rep- 
resented by the number of logical blocks, relative to the 

55 first logical block. 

[0043] Furthermore, in the table 78, the start address 
(VTS_ATRT_SA) of the attribute table (VTS_ATRT) 80 
of video title sets (VTS) 72 is represented by the number 
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of bytes, relative to the first byte in the VMGI manager 
table (VMGLMAT) 71, and the video attribute 
(VMGM_V_AST) of the video manager menu (VMGM) 
is written. Further written in the table 78 are the number 
of audio streams (VMGM_ASTJMs) in the video man- 
ager menu (VMGM), the attributes of audio streams 
(VMGM_AST_ATR) in the video manager menu (VM- 
GM), the number of sub-picture streams 
(VMGM_SPST_Ns) in the video manager menu (VM- 
GM), and the attributes of sub-picture streams, 
(VMGM_SPST_ATR) in the video manager menu (VM- 
GM). 

[0044] In the title search pointer table (TT_SRPT) 79, 
as shown in FIG. 9, the title search pointer table infor- 
mation (TSPTI) is first written and then as many title 
search pointers for input numbers 1 to n (n ^ 99) as are 
needed are written consecutively. When only the repro- 
ducing data for one title, for example, only the video data 
for one title, is stored in the volume of the optical disk, 
only one title search pointer (TT_SRP) 93 is written in 
the table (TT_SRPT) 79. 

[0045] The title search pointer table information (TSP- 
TI) contains the number of entry program chains 
(EN_PGC_Ns) and the end address (TT_SRPT_EA) of 
the title search pointer 93. The address (TT_SRPT_EA) 
is represented by the number of bytes, relative to the 
first byte in the title search pointer table (TT_SRPT) 79. 
Furthermore, as shown in FIG. 11, each title search 
pointer (TT_SRP) 93 contains the video title set number 
(VTSN), the program chain number (PGCN), and the 
start address (VTS_SA) of the video title set 72. The 
contents of the title search pointer (TT_SRP) 93 speci- 
fies a video title set 72 to be reproduced and a program 
chain (PGC) 87 as well as a location in which the video 
title set 72 is to be stored. The start address (VTS_SA) 
of the video title set 72 is represented by the number of 
logical blocks in connection with the title set 72 specified 
by the video title set number (VTSN). 
[0046] The structure of the logic format of the video 
title set 72 shown in FIG. 4 will be described with refer- 
ence to FIG. 12. In each video title set (VTS) 72, four 
items are written in the order shown in FIG. 12. Each 
video title set (VTS) 72 is made up of one or more video 
titles having common attributes. The video title set in- 
formation (VTSI) 94 contains the management informa- 
tion on the video titles, including the information on entry 
search points, the information on playback of video ob- 
ject sets 72, the information on playback of title set men- 
us (VTSM), and the attribute information on video object 
sets 72. 

[0047] Each video title set 72 is provided with the 
backup of the video title set information (VTSI_BUP) 97. 
Between the video title set information (VTSI) and the 
backup of the information (VTSLBUP) 97, a video ob- 
ject set for video title set menus (VTSM_VOBS) 95 and 
a video object set for video title set titles (VTSTT_VOBS) 
96 are arranged. Both of the video object sets 
(VTSM_VOBS and VTSTT_VOBS) 95, 96 have the 



structure shown in FIG. 6, as explained earlier. 
[0048] The video title set information (VTSI) 94, the 
backup of the information (VTSLBUP) 97, and the video 
object set ( VTSTT_VOBS) 96 for video title set titles are 

5 items indispensable to the video title set 72. The video 
object set (VTSM_VOBS) 96 for video title set menus is 
an option provided as the need arises. 
[0049] The video title set information (VTSI) 94 con- 
sists of four tables as shown in FIG. 12. The four tables 

1Q . are forced to align with the boundaries between logical 
sectors. The video title set information management ta- 
ble (VTSI_MAT) 98, a first table, is a mandatory table, 
in which the size of the video title set (VTS) 72, the start 
addresses of each piece of information in the video title 

is set (VTS) 72, and the attributes of the video object sets 
(VOBS) 96 in the video title set (VTS) 72 are written. 
[0050] The video title set direct access pointer table 
(VTSJDAPT) 99, a second table, is an optional table 
provided as the need arises. Written in the table 99 are 

20 the program chains (PGC) 87 and/or programs (PG) 89 
contained in the video title set 72 that are selectable ac- 
cording to the entry of a title number from the key/display 
section 4 of the apparatus. 

[0051] The video title set program chain information 

25 table (VTS_PGCIT) 100, a third table, is a mandatory 
table, in which the VTS program chain information 
(VTS_PGCI) 104 is written. The video title set time 
search map table (VTS_MAPT) 101, a fourth table, is 
an optional table provided as the need arises, in which 

30 the information on the recording location, for a specific 
period of time of display, of the video data in each pro- 
gram chain (PGC) 87 in the title set 72 to which the map 
table (VTS_MAPT) 101 belongs is written. 
[0052] Next, the video title information management 

35 table (VTSLMAT) 98 and video title set program chain 
information table (VTSI_PGCIT) 100 shown in FIG. 12 
will be described with reference to FIGS. 13 to 20. 
[0053] FIG. 13 shows the contents of the video title 
information management table (VTSLMAT) 98, in which 

40 the video title set identifier (VTS JD), the size of the vid- 
eo title set 72 (VTS_SZ), the version number of the DVD 
video specification (VERN), and the video title set cate- 
gory (VTS_CAT) are written in that order. Furthermore, 
in the table (VTSLMAT) 98, the start address of the vid- 

45 eo object set (VTSM_VOBS) for VTS menus is ex- 
pressed by a logical block relative to the first logical 
block in the video title set (VTS) 72. The start address 
(VTSTT_VOB_SA) of the video object 83 for titles in the 
video title set (VTS) 72 is expressed by a logical block 

50 (RLBN) relative to the first logical block in the video title 
set (VTS) 72. 

[0054] Furthermore, in the table (VTSLMAT) 98, the 
end address (VTLMAT_EA) of the video title set infor- 
mation management table (VTIJVIAT) 98 is represented 
55 by the number of blocks, relative to the first byte in the 
table (VTLMAT), 98 and the start address of the video 
title set direct access pointer table (VTS_DAPT) 99 is 
represented by the number of blocks, relative to the first 
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byte in the video title set information (VTSI) 94. 
[0055] Still furthermore, in the table (VTSI_MAT) 98, 
the start address (VTS_PGCIT_SA) of the video title set 
program chain information table (PGCIT) 100 is ex- 
pressed by the number of blocks, relative to the first byte 
of the video title set information (VTSI) 94, and the start 
address (VTS_MAPT_SA) of the time search map 
(VTS_MAPT) 101 in the video title set (VTS) 72 is ex- 
pressed by a logical sector relative to the first logical 
sector in the video title set (VTS). 72. Written in the table 
(VTSLMAT) 98 are the video object set (VTSM_VOBS) 
95 for the video title set menu (VTSM) in the video title 
set (VTS) 72, the video attributes (VTS__V_ATR) of the 
video object set (VTST_VOBS) 96 for the titles (VTSTT) 
in the video title set 72, and the number of audio streams 
(VTS_AST_Ns) in the video object set (VTSTT_VOBS) 
82 for the titles (VTSTT) for the video title sets 72. Here, 
the video attributes (VTS_V_ATR) include a video com- 
pression mode, a frame rate of the TV system, and an 
aspect ratio for displaying an image on a display unit. 
[0056] Written in the table (VTSLMAT) 98 are the au- 
dio stream attributes (VTS_AST_ATR) of the video ob- 
ject set (VTST_VOBS) for the titles (VTSTT) in the video 
title set (VTS). The attributes (VTS_AST_ATR) include 
an audio encoding mode indicating how audio is encod- 
ed, the number of bits used to quantize audio, and the 
number of audio channels. 

[0057] Furthermore, written in the table (VTSLMAT) 
98 are the number (VTS_SPST_Ns) of sub-picture 
streams in the video object set 82 for the titles (VTSTT) 
in the video title set (VTS) 72 and the attributes 
(VTS_SPST_ATR) of each sub-picture stream. The at- 
tributes (VTR_SPST_ATR) for each sub-picture stream 
include a sub-picture coding mode and a sub-picture 
display type. 

[0058] Furthermore, in the table (VTSLMAT) 98, writ- 
ten are the number (VTSM_AST_Ns) of audio streams 
in the video title set menu (VTSM), the audio stream at- 
tributes (VTSM_AST_ATR), the number 
(VTSM_SPST_Ns) of sup-picture streams, and the sup- 
picture stream attributes (VISM_SPST_ATR). 
[0059] The VTS program chain information table 
(VTS_PGCIT) 100 has a structure as shown in FIG. 14. 
In the information table (VTS_PGCIT) 100, information 
on the VTS program chain (VTS_PGC) is written, start- 
ing with information (VTS_PGCITJ) 102 on the infor- 
mation table (VTS_PGCIT) 100 related to the VTS pro- 
gram chain (VTS_PGC). In the information table 
(VTS_PGCIT) 100, the information (VTS_PGCIT_I) 102 
is followed by as many VTS_PGCI search pointer 
(VTS_PGCIT_SRP) 103 used to search for VTS pro- 
gram chains (VTS_PGC) as the number (#1 to #n) of 
VTS program chains in the information table 
(VTS_PGCIT). At the end of the table, there are provid- 
ed as many pieces of information (VTS_PGCI) 104 on 
the respective VTS program chains (VTS^PGC) as the 
number (from #1 to #n) of the VTS program chains 
(VTS_PGC). 



[0060] The information (VTS_PGCIT_I) 102 in the 
VTS program chain information table (VTS_PGCIT) 100 
contains the number (VTS_PGC_Ns) of VTS program 
chains (VTS_PGC) as shown in FIG. 15. The end ad- 
s dress (VTS_PGCIT_EA) of the table information 
(VTS_PGCITJ) 102 is expressed by the number of 
bytes, relative to the first byte in the information table 
(VTS_PGCIT) 100. 

[0061] Furthermore, as shown in FIG. 16, the 

10. VTS_PGCIT search pointer (VTS__PGCIT_SRP) 1,03 
contains the attributes (VTS_PGC_CAT) of the program 
chains (VTS.PGC) in the video title set (VTS) 72 and 
the start address (VTS_PGCI_SA) of the VTS_PGC in- 
formation (VTS_PGCI) 104 expressed by the number of 

is bytes, relative to the first byte in the VTS_PGC informa- 
tion table (VTS_PGCIT) 100. Here, the VTS_PGC at- 
tribute (VTS_PGC_CAT) is, for example, an attribute in- 
dicating whether an entry program chain (Entry PGC) is 
the first one to be reproduced. Usually, an entry program 

20 chain (PGC) is written before program chains (PGC) 
that are not entry program chains (PGC). Generally, pro- 
gram chains (PGC) are reproduced in the description 
order of VTS_PGCIs as shown in FIG. 14. 
[0062] The PGC information (VTS_PGCI) 104 in the 

25 video title set 72 contains four items as shown in FIG. 
17. In the PGC information (VTS_PGCI) 104, the pro- 
gram chain general information (PGC_GI) 105 on a 
mandatory item is first arranged, followed by at least 
three items that are made mandatory only when there 

30 is an video object 83. Specifically, contained as the three 
items in the PGC information (VTS_PGCI) 104 are a 
program chain program map (PGC_PGMAP) 106, a cell 
playback information table (C_PBIT) 1 07, and a cell po- 
sition information table (C_POSIT) 108. 

35 [0063] As shown in FIG. 18, the program chain gen- 
eral information (PGC_GI) 105 contains the category 
(PGCI_CAT) of the program chain 87, the contents 
(PGC_CNT) of the program chain (PGC) 87, and the 
playback time of the program chain (PGC). 87 Written 

40 in the category of PGC (PGCI_CAT) are whether the 
PGC can be copied or not and whether the programs 89 
in the PGC are played back continuously or at random. 
The contents of PGC (PGC_CNT) contains the descrip- 
tion of the program chain structure, that is, the number 

45 of programs 89, the number of cells 84, and the number 
of angles in the program chain 87. The playback time of 
PGC (PGC_PB_TIME) contains the total playback time 
of the programs 89 in the PGC. The playback time is the 
time required to continuously play back the programs 

50 89 in the PGC, regardless of the playback procedure. 
When an angle mode is available, the playback time of 
angle cell number 1 is the playback time of the angle. 
[0064] Furthermore, the program chain general infor- 
mation (PGC_GI) 105 contains PGC sub-picture stream 

55 control (PGC_SPST_CTL), PGC audio stream control 
(PGC_AST_CTL), and PGC sub-picture pallet 
(PGC_SP_PLT). The PGC sub-picture stream control 
(PGC_SPST_CTL) contains the number of sub-pictures 
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usable in the PGC 89 and the PGC audio stream control 
(PGC_AST_CTL) likewise contains the number of audio 
streams usable in the PGC 89. The PGC sub-picture 
palette (PGC_SP_PLT) contains a set ot a specific 
number of color pallets used in all of the sub-picture 
streams in the PGC 89. 

[0065] Furthermore, the PGC general information 
(PGC_GI) 1 05 contains the start address (C_PBIT_SA) 
of the cell playback information table (C_PBIT) and the 
start address (C_POSIT_SA) of the cell position infor- 
mation table (C_POSIT) 108. Both of the start address- 
es (C_PBIT_SA and C_POSIT_SA) are represented by 
the number of logical blocks, relative to the first byte in 
the VTS_PGC information (VTS_PGCI) 105. 
[0066] The program chain program map 
(PGC_PGMAP) 108 is a map showing the arrangement 
of the programs 89 in the PGC 87 of FIG. 1 9. In the map 
(PGC_PGMAP) 106, the entry cell numbers (ECELLN), 
the start cell numbers of the individual programs 89, are 
written in ascending order as shown in FIGS. 19 and 20. 
In addition, program numbers are allocated, starting at 
1, in the order in which the entry cell numbers are writ- 
ten. Consequently, the first entry number in the map 
(PGC.PGMAP) 106 must be #1. 
[0067] The cell playback information table (C_PBIT) 
defines the order in which the cells 84 in the PGC 87 
are played back. In the cell playback information table 
(C_PBIT) 107, pieces of the cell playback information 
(C_PBI) are written consecutively as shown in FIG. 21 . 
Basically, cells 84 are played back in the order of cell 
number. The cell playback information table (C_PBIT) 
107 contains a cell category (C_CAT) as shown in FIG. 
22. Written in the cell category (C_CAT) are a cell block 
mode indicating whether a cell is in the block and if it is 
in the block, whether the cell is the first one, a cell block 
type indicating whether a cell 84 is not part of the block 
or is in an angle block, and an STC discontinuity flag 
indicating whether the system time clock (STC) must be 
set again. 

[0068] An "angle block" of cells is defined as a set of 
cells 84 having a specific angle. The angle can be 
changed by replacing one angle block with another. In 
the case of a baseball video program, for example, an 
angle block representing a scene taken from the outfield 
may be replaced by an angle block representing a scene 
taken from the infield. 

[0069] Further written in the cell category (C_CAT) 
are a cell playback mode indicating whether the video 
object units (VOBU) 85 in the cell 84 are played back 
continuously or a picture is made still at one video object 
unit (VOBU) 85 to another in the cell 84, and cell navi- 
gation control indicating whether the picture is made still 
after the playback of the cell or indicating the rest time. 
[0070] As shown in FIG. 22, the cell playback infor- 
mation table (C_PBIT) 107 contains the cell playback 
time (C_PBTM) representing the total playback time of 
the PGC 87. When the PGC 87 has an angle cell block, 
the playback time of the angle cell number 1 represents 



the playback time of the angle block. Further written in 
the cell playback information table (C_PBIT) 1 07 are the 
start address (C_FVOBU_SA) of the first video object 
unit (VOBS) 85 in the cell 84 expressed by the number 

5 of logical sectors, relative to the first logical sector in the 
video object unit (VOBS) 85 in which the cell 84 is written 
and the start address (C_LVOBU_SA) of the end video 
object unit (VOBS) 85 in the cell 84 expressed by the 
number of logical sectors, relative to the first logical sec- 

10 tor in the video. object unit (VOBS) 85 in which the cell 
84 is written. 

[0071] The cell position information table (C_POSIT) 
1 08 specifies the identification number (VOBJD) of the 
video object (VOB) 85 in the cell used in the PGC 87 

is and the identification number (CellJD) of the cell 84. In 
the cell position information table (C_POSIT) 108, piec- 
es of the cell position information (C_POSI) correspond- 
ing to the cell numbers written in the cell playback infor- 
mation table 107 as shown in FIG. 23 are written in the 

20 same order as in the cell playback information table 
(C_PBIT) 107. The cell position information (C_POSI) 
contains the identification number (C_VOB_IDN) of the 
video object unit (VOBS) 85 in the cell 84 and the cell 
identification number (CJDN) as shown in FIG. 24. 

25 [0072] As explained with reference to FIG. 6, a cell 84 
is a set of video object units (VOBU) 85. A video object 
unit 85 is defined as a pack train starting with a naviga- 
tion (NAV) pack 86. Therefore, the start address 
(C_FVOBU_SA) of the first video object unit (VOBU) 85 

30 in a cell 84 is the start address of the NAV pack 86. As 
shown in FIG. 25, the NAV pack 86 consists of a pack 
header 110, a system header 111 , and two packets 116, 
1 1 7 of navigation data; namely, a playback control infor- 
mation (PCI) packet 116 and a data search information 

35 (DSI) packet 117. As many bytes as shown in FIG. 25 
are allocated to the respective sections so that one pack 
may contain 2048 bytes corresponding to one logical 
sector. The NV pack is provided immediately before the 
video pack 88 which contains the first data item in the 

40 group of pictures (GOP). Even if the object unit 85 con- 
tains no video pack 88, the NV pack 86 is positioned at 
the head of the object unit 85, provided that the object 
unit 85 contains an audio pack 91 and/or a sub-picture 
pack 90. Thus, even if object unit 85 contains no video 

45 pack, its playback time is determined on the basis of the 
time required for playing back a video pack 88, exactly 
in the same way as in the case where the unit 85 con- 
tains a video pack 88. 

[0073] Here, GOP is defined as a data train constitut- 
50 jng a screen determined in the MPEG standards. In oth- 
er words, GOP is equivalent to compressed data which 
may be expanded into image data representing a plu- 
rality of frames of a moving picture. The pack header 

110 contains a pack starting code, a system clock ref- 
55 erence-(SCR), and a multiplex rate. The system header 

111 contains a bit rate and a stream ID. The packet 
header 1 1 2, 1 1 4 of each of the PCI packet 1 1 6 and DCI 
packet 117 contains a packet starting code, a packet 
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length, and a stream ID as determined in the MPEG2. 
[0074] As shown in FIG. 26, another video, audio or 
sub-picture pack consists of a pack header 1 20, packet 
header 121, and a packet 122 containing the corre- 
sponding data as in the system layer 24 MPEG 2. Its 
pack length is determined to be 2048 bytes. Each of 
these packs is aligned with the boundaries between log- 
ical blocks. 

[0075] The PCI data (PCI) 11 3 in the PCI packet 116 
is navigation data used to make. a presentation, or to 
change the contents of the display, in synchronization 
with the playback of the video data in the VOB unit (VO- 
BU) 85. Specifically, the PCI data (PCI) 1 1 3 contains PCI 
general information (PCLGI) as information on the en- 
tire PCI data 11 3 and angle information (NSLS_ANGLI) 
as each piece of jump destination angle information dur- 
ing angle change as shown in FIG. 27. The PCI general 
information (PCI_GI) contains the address 
(NV_PCK_LBN) of the NV pack (NV_PCK) 86 in which 
the PCI data is recorded as shown in FIG. 28, the ad- 
dress being expressed in the number of blocks, relative 
to the VOBU logical sector in which the PCI data is re- 
corded. The PCI general information (PCLGI) contains 
the category of VOBU (VOBU.CAT), the start PTS of 
VOBU 85 (VOBU_SPTS), and the end PTS of VOBU 85 
(VOBU_EPTS). Here, the start PTS of VOBU 85 
(VOBU_SPTS) indicates the playback start time (start 
presentation time stamp (SPTS)) of the video data in the 
VOBU 85 containing the PCI data. The playback start 
time is the playback start time of the first picture in the 
first GOP in the VOBU 85. Normally, the first picture cor- 
responds to I picture (infra-picture) data in the MPEG 
standards. The end PTS (VOBU_EPTS) in the VOBU 
85 indicates the playback end time (end presentation 
time stamp (EPTS)) of the video data in the VOBU 85 
containing the PCI data. The playback end time is the 
playback start time of the last picture in the last GOP in 
the VOBU 85. 

[0076] The angle information (NSLS_ANGLI) con- 
tains as many start addresses (NSLS ANGC_DSTA) of 
the angle cells at jump destinations as the number of 
angles as shown in FIG. 29. Each of the start addresses 
is represented by a logical sector relative to the logical 
sector of the NV pack 85 in which the PCI data is re- 
corded. When the angle is changed on the basis of the 
angle information (NSLS_ANGLI), the angle information 
(NSLS_ANGLI) contains either the start address of the 
VOBU in another angle cell whose playback time is 
equal to that of the VOBU 85 in which the PCI data is 
recorded as shown in FIG. 30, or the start address 
(NSLS_ANGC_DSTA) of the VOBU 85 in another angle 
cell whose playback time is closest to the preceding one. 
[0077] According to the description of the start ad- 
dress (NSLS_ANGC_DSTA) of such an angle cell, the 
angle is changed in a concrete example as follows. As- 
suming that a series of consecutive scenes where in a 
baseball game, the pitcher throws a ball, the batter hits 
the ball, and the ball lands in the stands, the change of 



the angle will be explained. An angle cell (ANG_C#j) can 
be changed on a video object unit (VOBU) 85 basis as 
shown in FIG. 30. In FIG. 30, the video object units (VO- 
BU) 85 are assigned numbers in the order of playback. 

5 The video object unit (VOBU#n) 85 corresponding to 
playback number n of an angle cell (ANG_C#j) stores 
the video data for a different scene which is contempo- 
rary with or immediately preceding that for which the vid- 
eo data is stored in the video object unit (VOBU#n) 85 

10 with playback number n corresponding to another angle 
cell (ANG_C#1 ) or angle cell (ANG_C#9). It is assumed 
that in an angle cell (ANG_C#j), VOBUs are arranged 
consecutively as video data used to show on the screen 
the whole view including the pitcher and batter and a 

15 series of actions. It is also assumed that in angle cell 
(ANG_C#1 ), VOBUs are arranged consecutively as vid- 
eo data used to show only the batter on the screen to 
view the batting form of the batter, and that in angle cell 
(ANG_C#9), VOBUs are arranged consecutively as vid- 

20 eo data used to show only the expression of the pitcher 
on the screen. When the user is viewing angle cell #j 
(ANG_C#j) and changes to angle cell #1 the moment 
the batter hit the ball, that is, changes to the angle at 
which only the batter is shown, at the moment the batter 

25 made a hit, this switches to a screen where the batter 
starts swinging a bat before making the hit, not to a 
screen showing only the batter after he made a hit. Fur- 
thermore, when the user is viewing angle cell #j 
(ANG_C#j) and changes to angle cell #9 the moment 

30 the batter hit the ball, that is, changes to the angle at 
which only the pitcher is shown, at the moment the batter 
made a hit, this causes the pitcher's expression at the 
moment the batter made a hit to appear on the screen, 
enabling the user to read a change in the pitcher's men- 

35 tal state in his expression. 

[0078] The DSI data (DSI) 115 in the DSI packet 117 
shown in FIG. 25 is the navigation data used to search 
for a VOB unit (VOBU) 85. The DSI data (DSI) 115 con- 
tains the DSI general information (DSl_GI), angle infor- 

40 mation (SML_AGLI), VOBU search information 
(VOBU_SI), and the synchronizing playback informa- 
tion (SYNCI). 

[0079] The DSI information (DSLGI) contains infor- 
mation about the entire DSI data 115. Specifically, as 

45 shown in FIG. 32, the DSI general information (DSI_GI) 
contains the system clock reference for the NV pack 
(NV_PCK_SCR) 86. The system clock reference 
(NV_PCK_SCR) is stored in the system time clock 
(STC) 54A, 58A, 60A or 62A built in each section of FIG. 

50 1 . On the basis of the STC 54A, 58A, 60A, 62A, video, 
audio, and sub-picture packs are decoded at the video, 
audio, and sub-picture decoders 58, 60, and 62 and the 
monitor 6 and the speaker 8 reproduce images and 
sound, respectively. The DSI general information 

55 (DSLGI) contains the start address (NV_PCK_LBN) of 
the NV pack (NV_PCK) 86 containing the DSI data ex- 
pressed by the number of logical sectors (RLSN), rela- 
tive to the first logical sector in the VOB set (VOBS) 82 
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containing the DSI, and the address (VOBtLEA) of the 
last pack in the VOB unit (VOBU) 85 containing the DSI 
data expressed by the number of logical sectors (RL- 
SN), relative to the first logical sector in the VOB unit 
(VOBU) 85. 

[0080] Furthermore, the DSI general information 
(DSI_GI) contains the end address (VOBU_IP_EA) of 
the V pack (V_PCK) 88 containing the last data item for 
the first I picture in the VOB unit (VOBU) expressed by 
the number.of logical sectors (RLSN), relative to the first 
logical sector in the VOB unit (VOBU) 85 containing the 
DSI data, and the identification number (VOBU_IP_E A) 
of the VOB 83 containing the DSI and the identification 
number (VOBU_CJDN) of the cell 84 in which the DSI 
data is recorded. 

[0081] Like the angle information (NSLS_ANGLI) in 
PCI 1 1 3, the angle information (SML_AGLI) contains as 
many start addresses (SML_ANGLLDSTA) of angle 
cells at jump destinations as the number of angles, as 
shown in FIG. 33. Each of the start addresses is repre- 
sented by a logical sector relative to the logical sector 
in the NV pack 86 in which the DSI 115 is recorded. 
When the angle is changed on the basis of the angle 
information (SML_AGLI), the angle information 
(SML_ANGLEI) contains the start address of the cell 84 
in another angle block after the playback time of the VO- 
BU 85 in which the DSI data 115 is recorded, as shown 
in FIG. 34. 

[0082] When the angle information (SML_ANGL1) in 
DSI data 11 3 is used, the angle is changed, cell by cell, 
whereas PCI can be changed on the basis of a video 
object unit (VOBU) 85. Namely, consecutive changes of 
the angle are described in the angle information 
(SML_ANGL1) in DSI data 115, whereas discontinuous 
changes of the angle are described in the angle infor- 
mation (SML_ANGL1) in PCI data 113. In the above ex- 
ample of baseball, the angle is changed as follows. It is 
assumed that angle cell #j (AGL_C#j) 84 contains a 
stream of video data for a series of scenes where the 
pitcher throws a ball, the batter hits the ball, and the ball 
lands in the stands, filmed from the infield, and that an- 
gle cell #1 contains a stream of video data for a series 
of the same scenes filmed from the outfield. Further- 
more, angle cell #9 is assumed to be a stream of video 
data as to how the team to which the batter belongs 
looks in connection with a series of the above scenes. 
When the user is viewing angle cell #j (AGL_C#j) and 
changes to angle cell #1 the instant the batter made a 
hit, that is, changes to a scene from the outfield the in- 
stant the batter hit the ball, he or she can switch to con- 
secutive scenes where the ball is flying closer to the out- 
field after the batter hit the ball. Furthermore, when the 
user is viewing angle cell #j (AGL_C#j) and changes to 
angle cell #9 the moment the ball landed in the stands, 
that is, changes to an angle at which how the batter's 
team looks is shown on the screen, the team cheering 
for the home run and the baseball managers expression 
are displayed on the screen. When the angle informa- 



tion (NSLS_ANGLI) in PCI data 11 3 and the angle infor- 
mation (SML_ANGLI) in DSI data 115 are used, it is ap- 
parent that a different scene is played back. 
[0083] The search information (VOBU_SI) in VOBU 

s 85 contains information used to identify the first address 
in a cell 84 as shown in FIG. 35A. Specifically, the search 
information (VOBU_SI) in VOBU 85 contains the start 
addresses (A_FWDn) of +1 to +20, +60, +1 20, and +240 
VOB units (VOBU) 85 as forward addresses (FWDANn) 

10 in the order of playback on the basis of .the .VOB unit . 
(VOBU) 85 containing the DSI 115 as shown in FIG. 
35A, the forward addresses being expressed by the 
number of logical sectors, relative to the first logical sec- 
tor in the VOB unit. 

15 [0084] Each forward address (FWDAn) contains 32 
bits as shown in FIG. 35B. Bit number 29 (b29) to bit 
number 0 (bO) are assigned to its address, for example, 
the address of forward address 10 (FWDA10). At the 
head of the forward address (FWDAn), a flag 

20 (V_FWD_Exist1 ) indicating whether the video data ex- 
ists in the video object unit (VOBU) 85 corresponding to 
the forward address (FWDAn) and a flag 
(V_FWD_Exist2) indicating whether the video data ex- 
ists in the video object unit between the current address 

25 and the forward address (FWDAn). Specifically, 
VFWD_Exist1 corresponds to bit number (b31). When 
this flag is at 0, this means that there is no video data in 
the video object unit (VOBU) specified by the address 
(FWDAn) written in bit number 29 to bit number 0. When 

30 this flag is at 1 , this means that there is video data in the 
video object unit (VOBU) specified by the forward ad- 
dress (FWDAn) written in bit number 29 to bit number 

0. For example, if forward address 10 (FWD1 0) has vid- 
eo data, the flag will be up (1) in V_FWD_Exist1 of the 

35 31st bit. If the address has no video data, the flag will 
be down (0) in V_FWD_Exist1 of the 31st bit. Further- 
more, V_FWD_Exist2 corresponds to bit number (b30). 
When this flag is at 0, this means that there is video data 
in none of the video object units between the current 

40 address and the forwarding address (FWDAn). Specif- 
ically, V_FWD_Exist 2 corresponds to bit number (b30). 
When this flag is at 0, this means that there is no video 
data in the video object units (VOBU) 85 between the 
forward address (FWDANn) written in bit number 29 to 

45 bit number 0 and current address. When this flag is at 

1 , this means that there is video data in at least one of 
the video object units (VOBU) 85 between them. For ex- 
ample, if there is video data in a plurality of video object 
units 85 between forward address 1 and forward ad- 

50 dress 9, the flag will be up (1) in V_FWD_Exist2 of the 
30th bit. If the address has no video data, the flag will 
be down (0) in V_FWD_Exist2 of the 30th bit. 
[0085] Furthermore, the VOBU search information 
(VOBU_SI) contains the start addresses (A_BWDn) of 

55 -1 to -20, -60, -120, and -240 VOB units (VOBU) 85 as 
backward addresses (BWDA) in the reverse order of 
playback on the basis of the VOB unit (VOBU) 85 con- 
taining the DSI as shown in FIG. 35A, the backward ad- 
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dresses being expressed by the number of logical sec- 
tors, relative to the first logical sector in the VOB unit 85. 
[0086] Each backward address (BWDANn) contains 
32 bits as shown in FIG. 35C. Bit number 29 (b29) to bit 
number 0 (bO) are assigned to its address, for example, 
the address of backward address 10 (BWDA10). At the 
head of the backward address (BWDAn), a flag 
(V_BWD_Exist1) indicating whether the video data ex- 
ists in the video object unit (VOBU) 85 corresponding to 

,..Jhe backward address „ (BWDAn) and a flag 

(V_BWD_Exist2) indicating whether the video data ex- 
ists in the video object units between the backward ad- 
dress (BWDAn) and the current address. Specifically, 
V_BWD_Exist1 corresponds to bit number (b31). When 
this flag is at 0, this means that there is no video data in 
the video object unit (VOBU) 85 specified by the address 
(BWDAn) written in bit number 29 to bit number 0. When 
this flag is at 1 , this means that there is video data in the 
video object unit (VOBU) specified by the address 
(BWDAn) written in bit number 29 to bit number 0. For 
example, if backward address 10 (BWDA10) has video 
data, the flag will be up (1 ) in V_BWD_Exist1 of the 31 st 
bit. If the address has no video data, the flag will be down 
(0) in V_BWD_Exist1 of the 31st bit. Furthermore, 
V_BWD_Exist2 corresponds to bit number (b30). When 
this flag is at 0, this means that there is video data in 
none of the video object units between the backward 
address (BWDAn) written in bit number 29 to bit number 
0 and the current address. When this flag is at 1 , this 
means that there is video data in at least one of the video 
object units (VOBU) 85. For example, if there is video 
data in video object units between the backward ad- 
dress 10 (BWDA10) and the current address 0, the flag 
will be up (1) in V_BWD_Exist2 of the 30th bit. If the 
address has no video data, the flag will be down (0) in 
V_BWD_Exist2 of the 30th bit. 

[0087] The synchronizing information (SYNC!) con- 
tains address information on the sub-pictures and audio 
data reproduced in synchronization with the playback 
start time of the video data in the VOB unit (VOBU) 85 
containing the DSI data. Specifically, as shown in FIG. 
36, the start address (A_SYNCA) of the target audio 
pack (A_PCK) is expressed by the number of logical 
sectors (RLSN), relative to the NV pack (NV_PCK) 86 
in which DSI data 1 1 5 is recorded. When there are more 
than one audio stream (8 audio streams maximum), as 
many pieces of the synchronizing information (SYNCI) 
as there are audio streams are written. Furthermore, the 
synchronizing information (SYNCI) contains the ad- 
dress (SP_SYNCA) of the N V pack (NV_PCK) 86 of the 
VOB unit (VOBU) 85 containing the target sub-picture 
pack (SP_PCK) 90, the address being expressed by the 
number of logical sectors (RLSN), relative to the NV 
pack (NV_PCK) 86 in which DSI 115 is recorded. When 
there are more than one sub-picture stream (32 sub-pic- 
ture streams maximum), as many pieces of the synchro- 
nizing information (SYNCI) as there are sub-picture 
streams are written. 



[0088] Hereinafter, the operation of reproducing the 
movie data from the optical disk 10 with the logical for- 
mats shown in FIGS. 4 to 36 will be explained with ref- 
erence to FIG. 1. In FIG. 1 , the solid-line arrows indicate 
5 data buses and the broken-line arrows represent control 
buses. 

[0089] With the optical disk apparatus of FIG. 1 , when 
the power supply is turned on and an optical disk 10 is 
loaded, the system CPU section 50 reads the initial op- 

10 eration program from the system ROM/RAM 52 and op- .. 
erates the disk drive section 30. Then, the disk drive sec- 
tion 30 starts to read the data from the lead-in area 27 
and then from the volume and file structure area 70 fol- 
lowing the lead-in area 27 and determining a volume 

is structure and a file structure in accordance with ISO- 
9660. Specifically, to read the data from the volume and 
file structure area 70 located in a specific position on the 
optical disk 10 set in the disk drive section 30, the sys- 
tem CPU section 50 gives a read instruction to the disk 

20 drive section 30 to read the contents of the volume and 
file structure area 70, and stores the data temporarily in 
the data RAM section 56 via the system processor sec- 
tion 54. The system CPU section 50 extracts information 
about the recording position and recording size of each 

25 file and management information necessary for other 
managing actions, and transfers and stores in specific 
locations in the system ROM/RAM section 52. 
[0090] Then, the system CPU section 50 acquires a 
video manager 71 composed of files, starting with file 

30 number 0, with reference to the information about the 
recording position and recording capacity of each file in 
the system ROM/RAM section 52. Specifically, referring 
to the recording position and recording capacity of each 
file acquired from the system ROM/RAM section 52, the 

35 system CPU section 50 gives a read instruction to the 
disk drive section 30, acquires the positions and sizes 
of a plurality of files constituting the video manager 71 
existing on the root directory, reads the video manager 
71 , and stores it in the data RAM section 56 via the sys- 

40 tern processor section 54. A volume manager informa- 
tion management table (VMGI_MAT) 78, the first table 
in the video manager 71 , is searched for. By the search, 
the start address (VMGM_VOBS_SA) of the video ob- 
ject set (VMGM_VOBS) 76 for the video manager menu 

45 (VMGM) is obtained and the video object set 
(VMGM_VOBS) 76 is reproduced. Because the play- 
back of the video object set (VMGM_VOBS) for menus 
is the same as that of the video object set 
(VTSM_VOBS) for titles in the video title set (VTS), its 

50 playback procedure will be omitted. When a language 
is set in the video object set (VMGM_VOBS) 76, or when 
there is no video manager menu (VMGM), the volume 
manager information management table (VMGI_MAT) 
is searched for and the start address (TT_SRPT_SA) of 

55 the title set search pointer table (TT_SRPT) 79 is re- 
trieved. 

[0091] By the retrieval, the title set search pointer ta- 
ble (TT_SRPT) 79 is transferred to a particular location 
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in the system ROM/RAM section 52 and stored there. 
Next, the system CPU section 50 acquires the end ad- 
dress of the title search pointer table (TT_SRPT) 79 
from the title search pointer table information (TSPTI) 
92 and also obtains the video title set number (VTSN) 
corresponding to the input number, the program chain 
number (PGCN), and the start address (VTS_SA) of the 
video title set from the title search pointer (TT_SRP) 93 
according to the input number from the key input section 
4. When there is only one title set, one title search point- 
er (TT_SRP) 93 is searched for, regardless of whether 
the input number has been entered from the key input 
section 4, and the start address (VTS_SA) of the title 
set is acquired. From the start address (VTS_SA) of the 
title set, the system CPU section 50 acquires the target 
title set. 

[0092] The system CPU 50 acquires the number of 
video streams, audio streams, and sub-picture streams 
for volume menus written in the information manage- 
ment table (VMG LM AT) 78 in the volume manager (VM- 
Gl) 75 and their attribute information, and on the basis 
of the attribute information, sets parameters for play- 
back of video manager menus in the video decoder 58, 
audio decoder 60, and sub-picture decoder 62. 
[0093] Next, from the start address (VTS_SA) of the 
video title set 72 of FIG. 11, the video title set information 
(VTSI) 94 about the title set is obtained as shown in FIG. 
12. The end address (VTI_MAT_EA) of the video title 
set information management table (VTSI_MAT) 98 of 
FIG. 13 is acquired from the management table 
(VTSLMAT) 98 of the video title set information (VTSI) 
94. At the same time, each section of the reproducing 
unit shown in FIG. 1 is set on the basis of the number 
of audio streams and the number of sub-picture data 
streams (VTS_AST_Ns, VTS_SPST_Ns) and the at- 
tribute information on the video, audio, and sub-picture 
data (VTS, V_ATR, VTS_A_ATR, VTS_SPST_ATR). 
[0094] When a menu (VTSM) for a video title set 
(VTS) has a simple structure, the start address 
(VTSM_VOB_SA) of a video object set (VTSM_VOB) 
for menus for a video title set is acquired from the video 
title set information management table (VTSI_MAT) 98 
of FIG. 13. On the basis of the video object set 
(VTSM_VOB) 95, a menu for the video title set is dis- 
played. When an video object set (VTT_VOBS) 96 for 
titles (VTST) in the title set (VTS) is simply reproduced 
without selecting a program chain (PGC) with reference 
to the menu, the video object set 96 is reproduced on 
the basis of the start address (VTSTT_VOB_SA) shown 
in FIG. 13. 

[0095] When a program chain is specified from the 
key/display section 4, the desired program chain 87 is 
retrieved in the following procedure. The retrieval of a 
program chain 87 is not limited to a program chain 87 
for titles in the video title set. The same procedure ap- 
plies to the retrieval of a program chain 87 for a relatively 
complex menu made up of program chains 87. The start 
address of the program chain information table 



(VTS_PGCIT) 1 00 in the video title set (VTS) of FIG. 1 3 
written in the management table (VTSLMAT) 98 of the 
video title set information (VTSI) 94 is acquired, and the 
information (VTS_PGCIT_I) 102 in the VTS program 
5 chain information table 100 of FIG. 14 is read. From the 
information (VTS_PGCIT_I) 104, the number of pro- 
gram chains (VTS_PGC_Ns) and the end address 
(VTS_PGCIT_EA) of the table 1 00 shown in FIG. 1 5 are 
obtained. 

10 , [0096J-. When the number of a program chain 87 is 
specified from the key/display section 4, the category of 
the program chain 87 and the start address of the 
VTS_PGC information 104 corresponding to the search 
pointer (VTS_PGCIT_SRP) 103 shown in FIG. 16 are 
is acquired from the VTS_PGCIT search pointer 
(VTS_PGCIT_SRP) 103 corresponding to the number 
shown in FIG. 14. On the basis of the start address 
(VTS_PGCI_SA), the program chain general informa- 
tion (PGC_GI) of FIG. 17 is read out. According to the 
20 general information (PGC_GI) 105, the category and 
playback time of the program chain (PGC) (PGC_CAT, 
PGC_PBJTIME) are obtained and further the start ad- 
dresses (C_PBIT_SA, C_POSIT_SA) of the cell play- 
back information table (C_PBIT) and cell position infor- 
ms mation table (C_POSIT) 108 contained in the general 
information (PGC_GI) are acquired. From the start ad- 
dress (C_PBIT_SA), the video object identifier 
(C_VOBJDN) and cell identifier (CJDN) of FIG. 24 are 
acquired as the cell position information (C_POSI) of 
30 FIG. 23. 

[0097] Furthermore, from the start address 
(C_POSIT_SA), the cell playback information (C_PBI) 
of FIG. 21 is obtained. The start address 
(C_FVOBU_SA) of the first VOBU 85 and the start ad- 

35 dress (C J VOBU.SA) of the last VOBU in the cell of FIG. 
22 contained in the playback information (C_PBI) are 
acquired. Then, the target cell is retrieved. In the play- 
back of cells, referring to the program map of FIG. 1 9 in 
the PGC program map (PGC_PGMAP) 106 of FIG. 17, 

40 playback cells 84 are determined one after another. The 
data cells of program chains thus determined are read 
one after another from the video object 1 44 and inputted 
to the data RAM section 56 via the system processor 
section 54. The data cells 84, on the basis of the play- 

45 back time information, are supplied to the video decoder 
section 58, audio decoder section 60, and sub-picture 
decoder section 62, which decode them. The decoded 
signals are subjected to signal conversion at the D/A 
and data-reproducing section 64 and an image is repro- 

so duced at the monitor section 6 and at the same time, 
sound is reproduced at the speaker sections 8, 9. 
[0098] Furthermore, a normal playback and high- 
speed search of the video data using a navigation pack 
86 will be described in detail with reference to a flow- 

55 chart. 

[0099] In a normal playback of video data, when a nor- 
mal playback is started as shown in FIGS. 37A and 37B, 
after the start-up at step S11, the video manager infor- 
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mation (VMGI) 75, as explained earlier, is retrieved by 
the system CPU section 50 and stored in the system 
ROM/RAM section 52. On the basis of the video manger 
information (VMGI) 75, the video title set information 
(VTSI) 94 on the video title set (VTS) 72 is read and 
simultaneously the video title set menu is displayed on 
the monitor section 6 using the video object set 
(VYTSM_VOBS) 95. On the basis of the display, as 
shown in step S13, the user selects a title set 72 to be 
reproduced and playback conditions. When the.decided 
title 72 is selected using the key/display section 4, as 
shown in step S14, the data in the cell playback infor- 
mation table (CLPBIT) 107 of FIGS. 17, 21, and 22 is 
read by the system CPU section 50 from the program 
chain information table (VTS_PGCIT) 100 of FIG. 12 in 
the selected title set 72. The read-out data is stored in 
the system ROM/RAM section 52. According to the play- 
back conditions, the system CPU section 50 determines 
a program chain number (VTS_PGC_Ns), angle 
number (ANGNs), audio stream number, and sub-pic- 
ture stream number. For example, the eleventh boxing 
match for a world championship is selected as a title for 
a program chain and it is determined that Japanese sub- 
titles are displayed as sub-pictures with English narra- 
tion. The user selects an angle so that a match between 
the champion and the opponent may be viewed impres- 
sively. The determined sub-picture number and audio 
stream number are set in the register of the system proc- 
essor section 54 as shown in step S16. Similarly, the 
playback start time is set in the system time clock in each 
of the system processor section 54, video decoder 58, 
audio decoder 60, and sup-picture decoder 62. The start 
address of the first VOBU in a cell and PGC number, or 
cell number, are stored in the system ROM/RAM section 
52. 

[0100] As shown in step S 17, at the time when a prep- 
aration to read a video title set has been made, the sys- 
tem CPU section 50 gives a read command to the disk 
drive section 30, which searches the optical disk 10 on 
the basis of the above start address and PGC number. 
By the read command, the cells 84 related to the spec- 
ified program chain (PGC) are read one after another 
from the optical disk 1 0, and are transferred to the data 
RAM section 56 via the system CPU section 50 and sys- 
tem processing section 54. The transferred cell data in- 
cludes a navigation pack 86 which is, as shown in FIG. 
6, the head pack of the video object unit (VOBU) 85. The 
navigation pack 86 is stored into the data RAM 56. 
Thereafter, the video pack 88, audio pack 91 , and sub- 
picture pack 90 in the video object unit (VOBU) are dis- 
tributed to the video decoder section 58, audio decoder 
section 60, and sub-picture decoder section 62, respec- 
tively. The individual decoders decode the packs and 
supply the resulting signals to the D/A and data-repro- 
ducing section 64. As a result, a video signal is sent to 
the monitor 6 and an audio signal is transmitted to the 
speaker 8, thereby starting the display of images with 
sub-pictures. At the same time, the reproduction of 



sound is started. 

[0101] If a key input is supplied from the key/display 
section 4 during the video and audio reproduction, the 
key data acquired is stored into the system RAM/ROM 
5 section 52. If there is no key input from the section 4, it 
is determined in step S19 whether or not a play-back 
end message has been supplied from the drive section 
30. If the message has been supplied, it is determined 
whether or not a navigation pack 86 has been trans- 
it ferred to the system ROM/RAM section 52. If the navi- 
gation pack 86 has been transferred to the section 52, 
the logical sector number (NV_PCKJ_SN) in the navi- 
gation pack 86 is stored as current logical block number 
(NOWLBN) into the system RAM/ROM section 52 in 
is step 21 . 

[0102] After the NV pack has been transferred, it is 
determined whether the NV pack is the last one in the 
cell 84. More precisely, in step S22 it is determined 
whether or not the NV pack is the last navigation pack 

20 86 in the cell 84. This is effected by comparing the start 
address (C_LVOBU_SA) of the cell playback table 
(C_PBI) 107 with the address (V_PCK_LBN) of the nav- 
igation pack 86. If the NV 86 is not the last one in the 
cell 84, control will return to step S18. If the NV pack 86 

25 is the last one in the cell 84, control goes to step S23. 
In step S23 it is verified whether there is an angle 
change. An angle change is judged on the basis of 
whether an angle change is inputted from the key/dis- 
play section 4 to the system CPU section 50. If there is 

30 no angle change, as shown in step S24, it will be verified 
whether it is the end cell of the program chain (PGC) to 
which the cell 84 belongs. The verification is effected on 
the basis of whether the cell 84 shown in FIGS. 17 and 
21 is the end cell in the cell playback information table 

35 (C_PBIT) 107. Namely, the verification is achieved on 
the basis of the number of cells 84 constituting the pro- 
gram chain and the identification number of the repro- 
duced cell. If the cell does not correspond to the end cell 
of the program chain (PGC), control will be returned to 

40 stepS18. 

[01 03] If the cell 84 is the end cell of the program chain 
(PGC), it will be determined that the program chain has 
finished and the next program chain (PGC) will be spec- 
ified. Except for special cases, the program chains are 

45 reproduced in the sequence of their numbers, so that 
adding 1 to the number of the program chain that has 
been reproduced enables the number of a program 
chain to be reproduced next to be set. Whether there is 
a program chain whose program number is the set pro- 

50 gram chain number is verified at step S26. If there is no 
program chain to be reproduced next, control will be 
passed to the flow for the playback end procedure 
shown in FIG. 38 explained later. If the set program 
chain is present, as shown in step S27, the address of 

55 the cell in the program chain that has been set again, 
that is, the start address (C_FVOBU_SA) of C_FVOBU 
in the cell playback information (C_PBI) 107 of FIG. 22 
is obtained as the present logical block number. As 
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shown in step S28, it is verified whether the start ad- 
dress (C_FVOBLLSA) is equal to the address obtained 
by adding 1 to the end address (ENDLBN) of the cell 84 
in the preceding program chain already reproduced. If 
they are equal to each other, this means the playback 
of cells having consecutive addresses and control will 
return to step S1 8. If those addresses are not equal, this 
means that addresses of the cells are not consecutive. 
In this case in step S29, the system CPU section 50 is- 
sues a read end. address command and temporarily 
stops the reading operation of the disk drive section 30. 
The read end address command designates the end ad- 
dress of the current video object unit. Thereafter, in step 
S30, the system CPU section 50 gives a consecutive 
read command again to the disk drive section 30. Then, 
control return to step S18, thereby starting the retrieval 
of a navigation pack 86. 

[0104] If a key input is supplied from the key/display 
section 4 at step S18, it will be confirmed in step S31 
whether the key input is for fast-forward (FF), for exam- 
ple. If it is for fast-forward (FF), a high-speed searching 
process will be executed in step S32. If it is not for fast- 
forward, another process, or a process related to a se- 
ries of video playback, such as a pause in playback or 
the change of audio streams, will be carried out at step 
S9. Then, control returns to step S19. 
[0105] If the end of playback has been specified in 
step S19, or if there is no program chain to be repro- 
duced next in step S26, the end PTS (VOBU_EPTS) 
contained in the PCI general information (PCI_GI) is re- 
ferred to in step S51 (FIG. 38). When the end PTS (VO- 
BU EPTS) coincides with the system time clock (STC), 
the monitor 6 will stop displaying on the screen as shown 
in step S52, then the system CPU will supply a data 
transfer stop command to the disk drive section 30, 
which thereby stops the data transfer, terminating the 
playback operation. 

[0106] If an angle change input is supplied from the 
key/display section 4 in step S23, it will be checked 
whether there is angle data as shown in step S40 of FIG. 
40. The presence/absence of angle has been given as 
angle information (NSULS_ANGLE, SML_AGLI)to both 
of the PCI data 113 and DSI data 115 in the navigation 
pack 86. If there is no angle to be changed in step S40, 
the message that there is no angle data will be displayed 
on the key/display section 4 or the monitor 6 as shown 
in step S41 . After the message for no angle data is dis- 
played, control goes to step S24. If there is angle data, 
as shown in step S42, an angle number to be changed 
will be specified from the key/display section 4. In this 
case, as explained earlier, it will be specified which of 
the angle information in the PCI data and the DSI data 
(NSULS.ANGLEI, SML_AGLI) is used to change the 
angle. When only one type of angle information is avail- 
able, the selection is limited to the one type. If an angle 
number is specified, the target addresses 
(NSLS_ANGC_DSTA, SML_ANG_DSTA) of the angle 
cell corresponding to the specified angle number as 



shown in FIGS. 29 and 30 will be acquired at step S43. 
By this address, a cell is searched for The address is 
set for the logical block number (NOWLBN) to be 
searched for. With the angle change operation using the 

s PCI data, the system CPU section 50 performs a muting 
process on the playback of video and audio data and 
also effects a pause process on the playback of sub- 
pictures. These processes stop the system time clock 
(STC) in each section of the reproducing system and 

10 make it possible to take in the angle data .already 
changed by clearing the buffers in the video, audio, and 
sub-picture decoders 58, 60, and 62. At the same time, 
as shown in step S45, the system CPU section 50 issues 
a read end address command and temporarily prevents 

is the disk drive section 30 from reading the data. There- 
after, as shown in step S46, the CPU section 50 supplies 
a read command to the disk drive section 30. Then, the 
selected cell is searched for by the set retrieval logical 
block number, or by the start address of the cell, the cell 

20 data is retrieved consecutively. The transfer of the data 
in the selected angle cell is then started. 
[0107] After the transfer has been started, it is 
checked again, in step S47 whether a playback end has 
been specified and control waits for the transfer of the 

25 navigation pack of the first cell associated with the 
changed angle. As shown in step S48, it is checked 
whether a navigation pack has been transferred as a 
result of the data transfer. If no navigation pack has been 
transferred, control will be returned to step S47. If a nav- 

30 igation pack has been transferred, each system time 
clock (STC) will be set with reference to the SCR in the 
NV pack (NV_PCK_SCR) contained in the DSI general 
information (DSIG) in the navigation pack 86. Thereaf- 
ter, the video and audio muting state and the pause state 

35 of sub-pictures are canceled at step S50 and then the 
system time clock (STC) starts. Then, step S21 of FIG. 
37A is executed as in a normal playback. 
[0108] When an interrupt process is started as shown 
in step S33, the interrupt state will be stored in the sys- 

40 tern ROM/RAM section 52 in step S34. Next, it is con- 
firmed whether the interrupt state is of timer interrupt. If 
it is not a timer interrupt, control will be passed to step 
S37. If it is a timer interrupt, the contents of the current 
system clock (STC) 58A, 60A, 62A will be read from the 

45 MPEG decoder sections 58, 60, 62, that is, one of the 
video, audio, and sub-picture decoder sections 58, 60, 
and 62 and the read-out value will be allowed to appear 
on the display section, for example, on the monitor sec- 
tion 6 or the key/display section 4. Thereafter, at step 

50 S37, it is verified whether it is a key interrupt. If it is a 
key interrupt, the data for the key input will be stored in 
the system RAM/ROM. If it is not a key interrupt, as 
shown in step S39, control will be returned to the original 
state at the time when the interrupt occurred, in step S39 

55 after the storage of the key input data. 

[0109] Next, the high-speed search operation of an 
image to be reproduced will be described with reference 
to FIGS. 42A, 42B, 42C, and 42D. In a high-speed 
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search of an image to be reproduced, it is assumed that 
image data items are skipped at regular intervals of 10 
video object units (VOBU). When at step S55, an oper- 
ation flow of a high-speed search starts, the system 
CPU section 50, at step S56, will instruct the respective 
decoders 58, 60, and 62 in the reproducing system to 
perform the processes for high-speed searching. Under 
the instruction, only the I picture is played back from the 
video pack, whereas the audio and sup-picture data are 
muted forcibly and not. reproduced. Furthermore, the 
counter is prohibited from appearing on the monitor sec- 
tion 6 or the key/display section 4 and the system clock 
is prevented from operating. 

[0110] After the search is started, it is checked in step 
S59 whether the navigation pack 86 of the video object 
unit (VOBU) 8 has been transferred or not. If No, the 
control returns to step S57, in which the transfer of the 
navigation pack 86 is waited for. The control then goes 
to step S58. If Yes in step S59, the control goes to step 
S60. In step S60, the logic block number 
(NV_PCKJ_BN) shown in FIG. 32 and the forward ad- 
dress (FWDA1 to FWDAn) shown in FIG. 35 are ac- 
quired and stored into the system ROM/RAM 52. 
[0111] Next, as shown in step S62, the value of NV 
pack SCR (NV_PCK_SCR) is displayed on the monitor 
section 6 or the key/display section 4. Seeing the dis- 
play, the user can know the time at the reproducing sec- 
tion in which the video data is being searched for. After 
the display, it is confirmed at step S63 whether the I pic- 
ture of the video data in the video object unit (VOBU) to 
which the NV pack belongs has been reproduced. In 
other words, the system CPU section 50 waits for the 
information indicating that the video decoder section 58 
has reproduced the I picture used as status data. If the 
reproduction of I picture has been completed, it will be 
verified, as shown in step 64, whether the forward ad- 
dress (FWDA10 [b29:b0]) has been written in from bit 

29 to bit 0. If the forward address has not been written 
(FWDA1 0 [b29:b0] = 0), control will be advanced to step 
S80 explained later with reference to FIG. 42C. If the 
forward address has been written (FWDA10 [b29:b0] * 
0), it will be verified in the next step S65 whether there 
is video data in the video object unit (VOBU) at the for- 
ward address 10. If there is no video data (FWDA10 
[b31] = 0), control will be advanced to step 90 explained 
later with reference to FIG. 42D. If there is video data 
(FWDA10 [b31] * 0), the forward address (FWDA10 
[b29:b0]) will be determined to be the current relative 
logical block number and the video object unit at the start 
address will be searched for. 

[0112] Then, at step S67, it is checked whether the 
high-speed search has been completed. If the high- 
speed search has not been completed, at step S68, a 
data transfer cancel command will be given to the drive 
section 30 and control will be returned again to step S57. 
If the high-speed search has been completed at step 
S67, a read command will be given to the drive section 

30 in step S69 of FIG. 42B. In step S70 it will be checked 



whether the reproduction has been completed. If the re- 
production has been completed, step S51 shown in FIG. 
38 will be executed. If the reproduction has not been 
completed, it will be checked at step S71 whether the 

s NV pack has been transferred. If it has not been trans- 
ferred, control will wait for the NV pack to be transferred. 
If the NV pack has been transferred, the address of the 
N V pack will be stored in the system ROM/RAM section 
52 as shown in step S72. If the address coincides with 

10 the relative logical.block (NOWLBN) being searched.for, 
an instruction for an ordinary playback process will be 
given to the respective decoders 58, 60, and 62, which 
will be set in the normal playback mode, and control will 
be passed to step S21 shown in FIG. 37A. If at step S37, 

is the address of NV pack does not coincide with the rel- 
ative logical block (NOWLBN) being searched for, con- 
trol will return to step S69 and the NA pack will be 
searched for until the address has coincided with the 
block. 

20 [011 3] If at step S64, there is no description of forward 
address in forward address 10 (FWDA10 [b29:b0] = 0), 
it will be checked as shown in step S80 of FIG. 42C 
whether there is a description of forward address in for- 
ward address 9 (FWDA10 [b29:b0] = 0). If there is no 

25 address description, it will be confirmed at step S81 
whether there is a description of forward address in for- 
ward address 8. As shown in steps S82 to S88, if there 
is no description of forward address, the number of the 
forward address will be decremented by 1 until forward 

30 address 1 has been checked. If the description does not 
exist in forward address S88 either as shown in step 
S88, control will be passed to step S121 explained later 
in FIG. 42E. Furthermore, in step S80, if there is a de- 
scription of forward address in forward address 9 

35 (FWDA10 [b29:b0] = 1), control will be passed to step 
S91 of FIG. 42D. If in steps S82 to S88, there is a de- 
scription of forward address in forward addresses 8 to 
1 (FWDA 8 to FWDA 1 [b29:b0] = 1), control will be 
passed to the corresponding step S93, S95, S97, S99, 

40 S101, or S103 shown in FIG. 42D. 

[01 1 4] If there is no video data in the forward address 
(FWDA10) (FWDA10 [b31] = 0) in step S65 of FIG. 42A, 
control will be advanced to step S90 shown in FIG. 42D. 
In step S90, it is checked whether there is video data in 

45 the range from forward address (FWDA10) to forward 
address (FWDA1) (FWDA10 [b30] = 1). If there is no 
video data in the range, control will go to step S124 
shown in FIG. 42F. 

[0115] If there is video data in the range (FWDA10 
50 [b30] = 1), it will be confirmed as shown In step S91 
whether there is no video data in forward address 9 ob- 
tained by decrementing forward address 10 by 1 
(FWDA9 [b31] = 0). If there is video data in forward ad- 
dress 9 (FWDA9 [b31] = 0), at step S110, the forward 
55 address (FWD9 [b29:b0]) will be set in the relative log- 
ical block (NOWLBN) to be searched for and control will 
be returned to step S67. If there is no video data in 
FWDA9 in step S91 (FWDA9 [b31] = 0), it will be 
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checked as shown in step S92 whether there is video 
data in the range from forward address (FWDA8) to for- 
ward address (FWDA1) (FWDA9 [b30] = 1). If there is 
video data in the range (FWDA9 [b30] = 1 ), steps S93 
to 108 will be repeated. If there is no video data in the 
range, control will go to step S1 24. If there is video data 
in steps S93 to S108, control will be passed to any one 
of steps S111 to S1 19 that is similar to step S110. 
[0116] If it is found, in steps S90 to S106, that there 
is no video data, the control goes to step S124 shown 
in FIG. 42F. In step S124, the address (FWDx) is 
searched for. It should be noted that no video data of 
the video object unit is stored at this address (fWDx). 
Then, the control returns to step S67. 
[0117] In step S109, it is checked whether the cell to 
which the video object unit (VOBU) containing the DSI 
belongs is the end cell in the program chain. Specifically, 
on the basis of the cell playback information table 
(C_PBIT) of FIG. 21 to which the program chain infor- 
mation (VTS_PGCI) of FIG. 17 belongs, it will be 
checked whether the cell is the end cell. If the cell is 
found to be the end cell, as shown in step S1 21 , a 1 will 
be added to the program chain number to which the cell 
to be searched for and the next program chain will be 
set. At step S122, it is confirmed whether there is a pro- 
gram chain corresponding to the set number. The pres- 
ence/absence of the program chain is determined by re- 
ferring to the PGCCI table search pointer 
(VTS_PGCIT_SRP) contained in the PGC information 
(VTS_PGCI) of FIG. 17. If the corresponding program 
chain does not exist at step S1 22, control will be passed 
to step S51 of FIG. 38. If the corresponding program 
chain exists, the entry cell of the program chain will be 
identified. Then, as shown in step S123, the address 
(C_FVOBU_SA) of the cell will be determined to be the 
logical block number to be searched for and control will 
be passed to step S57. 

[0118] If at step S109, the cell the video object unit 
(VOBU) containing the DSI is not the end cell of the pro- 
gram chain, at step S120, the cell playback information 
table (C_PBIT) will be searched, the cell to be repro- 
duced next be identified, the address of the cell be de- 
termined to be the logic block number to be searched 
for, and control will be passed to step S57. 
[0119] The above high-speed searching operation 
has been explained with reference to the flowchart for 
an example of fast-forward. Because a backward action 
is also carried out by similarly referring to the addresses 
and flags shown in FIGS. 35 A and 35C, its explanation 
will be omitted. Although in the fast-forward search, a 
method of decreasing the addresses is used in steps 
S90 to S1 08, a method of increasing the addresses may 
be used. 

[0120] Next, another example of high-speed search 
will be described with reference to FIG. 43. In FIG. 43, 
the steps marked with the same symbols as those 
shown in FIGS. 42A to 42E indicate the same steps and 
explanation of them will not be given. At step S62 of FIG. 



43, the value of the NV pack SCR (NV_PCK_SCR) is 
allowed to appear on the monitor 6 or the key/display 
section 4. From the displayed value, the user knows the 
time of the playback portion of the video presently being 

s searched for. Thereafter, as shown in step 161 , the ad- 
dress (VOBU J P_E A) of the video pack in which the end 
data of the first I picture in the DSI of FIG. 32 is deter- 
mined to be the address (ENDLBN) to be searched for. 
On the basis of the address, the video data is searched 

io, ...for and the video data for the I picture is acquired. After 
the address is retrieved, a read end command is given 
to the drive section 30 in step S162, causing the drive 
section to temporarily stop reading at the address. At 
step S1 64, it is checked whether the transfer of the data 

is related to the I picture has been completed. If the trans- 
fer of the data has not been completed, the transfer of 
the data will be waited for. While the I picture is being 
displayed after the transfer of the data, it is confirmed 
whether video data exists in the location 10 addresses 

20 beyond the current address, that is, in address FWDA1 0 
and whether video data exists between the current ad- 
dress and address FWDA10. If there is no video data 
(FWDA10 [b31 ,b30] = 00), control will be passed to step 
S80 of FIG. 42C. If there is video data, at step S66, the 

25 forward address (FWDA10 [b29:0]) will be changed to 
the address to be searched for (NOWLBN). Thereafter, 
it is verified whetherthe high-speed search has finished, 
for example, whetherthe user has stopped pressing the 
FF button in the key/display section 4. If the high-speed 

30 search has not finished, step S57 will be started using 
the updated search address and steps S58 to S66 will 
be repeated. If the high-speed search has ended at step 
S67 of FIG. 42B, step S69 will be executed. 
[0121] Furthermore, the operation of reproducing the 

35 video from the scene 30 minutes away from the start of 
playback will be explained with reference to FIG. 44. In 
FIG. 44, the flows marked with the same symbols and 
numerals as those in FIGS. 37A and 37B indicate the 
same operations and their explanation will be omitted. 

40 In the operation flow of FIG. 44, after steps S11 to S15 
have been executed, at step S1 71 , a program chain cor- 
responding to a specific time later, for example, 30 min- 
utes later, is determined using the program chain play- 
back time (PG_PB_TIME) of FIG. 18. On the basis of 

45 the cell playback time (C_PBI) of FIG. 22 in the program 
chain, a value closest to the target time is decided and 
at the same time, a cell to be reproduced is determined. 
As shown in step S172, on the basis of the cell decision, 
the sup-picture stream number and the audio stream 

so number are transferred to the system processor section 
54, the start address and the program chain number are 
stored in the system ROM/RAM section 52, and the sys- 
tem time clock (STC) is stopped temporarily. Next, as 
shown in step S173, the main system CPU section 50 

55 gives a read command to the drive section 30 to cause 
it to search for the cell to be retrieved. 
[0122] In step S174, it is checked whether the NV 
pack in the first VOBU in the cell has been transferred. 
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If the NV pack has not been transferred, the transfer of 
the NV pack will be waited for. If the NV pack has been 
transferred, its SCR (NV_PCK_SCR) is stored in the 
system ROM/RAM 52. In step S176, the system CPU 
section 50 determines whether or not the system ROM/ 
RAM 52 stores the SCR (NV_PCK_SCR) of the NV pack 
86 having the address immediately preceding the ad- 
dress of the NV pack transferred. If No, the address of 
the next NV pack is determined in step S177, for there 
is no object to compare. Then, the transfer oLthe NV 
pack 86 of the next address is waited for. 
[0123] When the next NV pack 86 is transferred, it is 
checked in step S176 whether or not the SCR 
(NV_PCK_SCR) of the NV pack 86 transferred has 
passed the target time. If No in step S176, the address 
of the next N V pack is determined in step S1 77, and the 
transfer of the NV pack 86 of the next address is waited 
for. If Yes, in step S176, it is determined which one of 
the SCRs (NV_PCK_SCR) stored in the system ROM/ 
RAM 52 is the closest to the target time, but not passing 
over the target time. The address of the N V pack having 
the SCR closest to the target time is stored into the sys- 
tem ROM/RAM 52. The control then goes to step S178, 
in which a read command at the address of this N V pack 
is supplied to the drive section 30. In step S179, the 
transfer of the NV pack is waited for. After the NV pack 
has been transferred, the reference time SCR 
(NV_PCK_SCR) in the NV pack is set in the STC at step 
S180, which then starts to count the time. Thereafter, 
control is passed to step S21 of FIG. 37A, where play- 
back is started at the retrieved cell. 
[01 24] Next, the video data in the logic formats shown 
in FIGS. 4 to 35C, a method of recording data on the 
optical disk 10 to reproduce the video data, and a re- 
cording system to which the recording method is applied 
will be explained with reference to FIGS. 45 to 50. 
[0125] FIG. 45 shows an encoder system that creates 
a video file of a title set 84 in which the video data is 
encoded. In the system of FIG. 45, for example, a vide- 
otape recorder (VTR) 201 , an audiotape recorder (ATR) 
202, and a sub-picture source 203 are used as sources 
of the main video data, the audio data, and the sup-pic- 
ture data. Under the control of a system controller (Sys 
con) 205, they create the main video data, audio data, 
and sup-picture data, which are supplied to a video en- 
coder (VENC) 206, an audio encoder (AENC) 207, and 
a sub-picture encoder (SPENC) 208, respectively. Un- 
der the control of the system controller (Sys con) 205, 
these encoders 206, 207, and 208 perform A/D conver- 
sion of the main video data, audio data, and sup-picture 
data and encode them by the respective compression 
schemes. The encoded main video data, audio data, 
and sub-picture data (Comp Video, Comp Audio, Comp 
Sub-pict) are stored in memories 2 1 0, 21 1 , and 21 2. The 
main video data, audio data, and sub-picture data 
(Comp Video, Comp Audio, Comp Sub-pict) are output- 
ted to a file formatter (FFMT) 214 under the control of 
the system controller (Sys con) 205, which converts 



them so that they may have a file structure of video data 
for the system as explained earlier. Then, under the con- 
trol of the system controller (Sys con) 205, the setting 
conditions for each data item and the management in- 
s formation including attributes are stored in a memory 
216 in the form of files. 

[01 26] Explained next will be a standard flow of an en- 
coding process in the system controller (Sys con) 205 
that creates a file from video data. 
[0 1 27] Accord in g to th e f lo w of F I G . 46 , th e main video 
data and the audio data are encoded and the encoded 
main video data and audio data (Comp Video, Comp 
Audio) are supplied. Specifically, when the encoding 
process is started, as shown in step S270 of FIG. 46, 
the parameters necessary for encoding the main video 
data and audio data are set. Part of the set parameters 
are stored in the system controller (Sys con) 205 and at 
the same time, are used at the file formatter (FFMT) 214. 
As shown in step S271 , the main video data is pre-en- 
coded using the parameters and the optimum distribu- 
tion of the amount of codes is calculated. Then, on the 
basis of the code amount distribution obtained in the 
pre-encoding, the main video data is encoded as shown 
in step S272. At the same time, the audio data is also 
encoded at step S272. As shown in step in S273, if nec- 
essary, the main video data is partially encoded again 
and the reencoded portion of the main video data is re- 
placed with the old one. Through the series of steps, the 
main video data and audio data are encoded. Further- 
more, as shown in steps S274and S275, the sub-picture 
data is encoded and the encoded sub-picture data 
(Comp Sub-pict) is supplied. Namely, the parameters 
necessary for encoding the sub-picture data is set. As 
shown in step S274, part of the parameters are stored 
in the system controller (Sys con) 205 and used in the 
file formatter (FFMT) 214. On the basis of the parame- 
ters, the sub-picture data is encoded. By the process, 
the sup-picture data is encoded. 
[0128] According to the flow of FIG. 47, the encoded 
main video data, audio data, and sup-picture data (Com 
Video, Com Audio, Comp Sub-pict) are combined and 
converted so as to form a video data title set structure 
as explained in FIGS. 4 and 12. Specifically, as shown 
in step S276, a cell is set as the smallest unit of the video 
data and cell playback information on a cell (C_PBI) is 
created. Then, as shown in step S277, the structure of 
the cells constituting a program chain and the main vid- 
eo, sub-picture, and audio attributes (the information ob- 
tained in encoding the respective data items are used 
part of these attributes) are set and the video title set 
information management table information (VTSI_MAT) 
98 containing information on a program chain and a vid- 
eo title set time search map table (VTS_MAPT) 1 42 are 
created. At this time, as the need arises, a video title set 
direct access pointer table (VTS_DAPT) is also created. 
The encoded main video data, audio data, and sup-pic- 
ture data (Com Video, Comp Audio, Comp Sup-pict) are 
subdivided into specific packs. An NV pack is placed at 
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the head of each VOBU unit so that playback can be 
effected in the order of time code of each data item. With 
the N V packs arranged this way, each data cell is posi- 
tioned so that a video object (VOB) may be composed 
of a plurality of cells as shown in FIG. 6. A set of such 
video objects is formatted into the title set structure. 
[0129] In the flow of FIG. 47, the program chain infor- 
mation (PGI) is obtained in the process of step S277 by 
using the database in the system controller (Sys con) 
205 or entering data agaiaas the need arises. 
[0130] FIG. 48 shows a disk formatter system that 
records on an optical disk the title set formatted as de- 
scribed above. In the disk formatter system of FIG. 48, 
the memories 220, 222 in which the created title set is 
stored supply these file data items to a volume formatter 
(VFMT) 226. The volume formatter (VFMT) 226 extracts 
the management information from the title sets 84, 86, 
produces a video manager 71 , and create the logic data 
to be recorded on the disk 1 0 in the arrangement of FIG. 
4. A disk formatter (DFMT) 228 adds error correction 
data to the logic data created at the volume formatter 
(VFMT) 226, thereby reconverting the logic data into 
physical data to be recorded on the disk. A modulator 
230 converts the physical data created at the disk for- 
matter (DFMT) 228 into the recording data to be record- 
ed actually on the disk. Then, a recorder 232 records 
the modulated recording data on the disk 10. 
[0131] A standard flow for creating the aforemen- 
tioned disk will be described with reference to FIGS. 49 
and 50. FIG. 49 shows the flow for creating the logic 
data to be recorded on the disk 10. Specifically, as 
shown in step S280, parameter data items, including the 
number of video data files, their arrangement, and the 
size of each video data file, are set first. Next, in step 
S281 video manger 71 is generated from the parame- 
ters set and the video title set information 281 of each 
video title set 72. In step S282, the video manager 71 
and the video tile set 71 are arranged in the order men- 
tioned, according to their logic block numbers, thereby 
generating logic data which is to be recorded on the disk 
10. 

[0132] Thereafter, the flow for creating the physical 
data to be recorded on the disk as shown in FIG. 50 is 
executed. Specifically, as shown in step S283, the logic 
data is divided into units of a specific number of bytes, 
thereby forming error correction data. Next, as shown 
in step S284, the logic data divided into units of a specific 
number of bytes are combined with the created error 
correction data to form physical sectors. Thereafter, as 
shown in step S285, physical data is created by com- 
bining physical sectors. In this way, the modulating proc- 
ess based on certain rules is performed on the physical 
data created in the flow of FIG. 50, thereby forming the 
recording data. Thereafter, the recording data is record- 
ed on the disk 10. 

[01 33] The above-described data structure can be ap- 
plied not only to a case where the data is recorded on 
recording mediums, such as optical disks, and then the 



disks are distributed to the users, but also to a commu- 
nication system as shown in FIG. 51. Specifically, ac- 
cording to the procedure shown in FIGS. 45 to 48, an 
optical disk 10 in which a video manager 71 and video 

5 title set 72 as shown in FIG. 4 may be loaded into a re- 
producing unit 300, from whose system CPU section 50 
the encoded data is taken out digitally and transmitted 
by a modulator/transmitter 31 0 to the users or the cable 
subscribers by radio or via a cable. Furthermore, the en- 

10 coding system 320 shown in FIGS. 45 and 48 may cre.-_ 
ate the data encoded on the provider side, such as a 
broadcasting station and the encoded data may be 
transmitted by the modulator/transmitter 310 to the us- 
ers or the cable subscribers by radio or via a cable. In 

is such a communication system, the information in the 
video manager 71 is modulated at the modulatorArans- 
mitter 31 0 and then supplied to or is directly supplied to 
the users free of charge. When a user is interested in 
the title, the modulator/transmitter 310 transmits the title 

20 set 72 at the user's or subscriber's request by radio or 
via a cable. Under the control of the video manager 71 , 
the video title set information 94 is first transferred and 
then the title video object 95 in the video title set repro- 
duced according to the title set information 94 is trans- 

25 ferred. At this time, if necessary, the video title set menu 
video object 95 is also transmitted. The transferred data 
is received by a receiver/demodulator 400 on the user 
side and is processed as encoded data at the system 
CPU section 50 of the reproducing unit on the user or 

30 subscriber side of FIG. 1 in the same manner as in the 
above-described reproducing process, whereby the vid- 
eo data is reproduced. 

[0134] In transferring the video title set 72, the video 
object sets 95, 96 are transferred using the video object 

35 unit 85 of FIG. 6 as a unit. At the head of the video object 
unit 85, an NV pack 86 containing video playback and 
search information is arranged. Furthermore, because 
the NV pack contains the addresses of the video object 
units to be reproduced immediately before and after the 

40 video object unit 85 to which the NV pack 86 belongs, 
even if the video object unit 85 is lost during transfer for 
some reason, the video object can be reproduced reli- 
ably on the user side by requesting the lost video object 
unit 85 to be transmitted again. Furthermore, even if 

45 transfer is not carried out in the order of playback of vid- 
eo object units, because the system ROM/RAM section 
52 on the user side holds the accurate playback infor- 
mation on program chains, the system CPU section 50 
can specify the order of playback referring to the ad- 

50 dress data in its NV pack. 

[0135] While in the above explanation, the video ob- 
ject unit is a data train containing video data, audio data, 
and sub-picture data, the video object unit may be com- 
posed of audio packs only or sup-picture packs only, be- 

55 cause the video object unit has only to contain any one 
of video data, audio data, and sub-picture data. 
[0136] As described above, the information used to 
control the playback and search of the data packets of 
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the video and audio data determined and compressed 
in the MPEG system layer 2 is stored in a navigation 
pack. The navigation pack is placed at the head of a 
playback data packet train in a specific range of time 
and on the basis of the navigation pack, data transfer is 5 
performed, which assures reliable playback. Because 
the addresses of other navigation packs are put in the 
navigation pack, it is possible to achieve the change of 
angle, the skip of pictures, and special playback includ- 
..... ing fast-forward playback and fast-backward playback. io 
Furthermore, because in the communication system, 
too, the data is transferred on the basis of the navigation 
pack, reliable data transfer is assured. 



mation for indicating a start address of a group 
of the data units (85.VOBU) to be reproduced 
after the data unit (85, VOBU) to which the nav- 
igation pack (86) belongs. 

2. The recording medium according to claim 1, char- 
acterized in that each of the start address is repre- 
sented by a logical sector relative to the logical sec- 
tor of the navigation data pack (86) to which said 
first and second date, packets (116,117,PCI,DSI) 
belong. 

3. A recording medium comprising: 

a plurality of data units (85,VOBU) containing 
playback data to be reproduced in a predeter- 
mined playback order; 

each of said data units (85, VOBU) being com- 
posed of at least one predetermined sequence 
of data packs; 

said each sequence of data packs comprising 
at least one of video pack, audio pack and sub- 
picture pack, wherein each of these packs is 
made up of a header portion and a data packet 
of reproducible encoded video, audio or sub- 
picture data, whereby said video data being 
compressed and encoded in compliance with 
MPEG standard; 

said each sequence of data packs further com- 
prising a navigation data pack (86) arranged at 
the head of the sequence; 
said navigation data pack (86) containing con- 
trol information and being composed of a head- 
er portion (110,111), a first data packet 
(1 1 6, PCT) and a second data packet (1 1 7, DSI ); 
said first data packet (116,PCI) being com- 
posed of a packet header (112) and first control 
data (113), said first control data being presen- 
tation control information including start and 
end times (VOBU_SPTS,VOBU_EPTS) of a 
presentation of a respective sequence of data 
packs; and 

said second data packet (11 7, DSI) being com- 
posed of a packet header (114) and second 
control data (115), said second control data be- 
ing search information including synchronizing 
information (SYNC!) for indicating start ad- 
dresses of target audio which have audio data 
to be reproduced in synchronization with the 
video data in the data unit (85, VOBU) to which 
the navigation data pack (86) belongs, and a 
start address of the navigation pack (86) of said 
data unit (85, VOBU) containing target sub-pic- 
ture packs which have sub-picture data to be 
reproduced in synchronization with the video 
data in the data unit (85,VOBU) to which the 
navigation data pack (86) belongs. 



15 

Claims 

1. A recording medium comprising: 

angle cells (ANGL_C#i) relating to a same 20 
scene seen from different angles, each of said 
angle cells (ANGL„C#i) being composed of at 
least one data cell (84); 
said data cell (84) being composed of a plurality 
of data units (85, VOBU) containing playback 25 
data to be reproduced in a predetermined play- 
back order; 

each of the data units (85, VOBU) being com- 
posed of at least one predetermined sequence 
of data packs; 30 
said each sequence of data packs comprising 
at least one of video pack and audio packs, 
wherein each of these packs is made up of a 
header portion and a packet of reproducible en- 
coded video and audio data, whereby said vid- 35 
eo data being compressed and encoded in 
compliance with MPEG standard; 
said each sequence of data packs further com- 
prising a navigation data pack (86) arranged at 
the head of the sequence; 40 
said navigation data pack (86) containing con- 
trol information and being composed of a head- 
er portion (110,111), a first data packet 
(11 6,PCI) and a second data packet (11 7,DSI); 
said first data packet (116,PCI) being com- *s 
posed of a packet header (112) and first control 
data (11 3) including an angle information for in- 
dicating a start address of another data unit 
(85.VOBU) storing playback/video data for a 
different scene which is contemporary with or so 
preceding that for which the reproducible data 
is stored in the data unit (85, VOBU) to which 
the navigation pack (86) belongs, said another 
data unit belonging to the cell in another angle 
cell; and 55 
said second data packet (11 7, DSI) being com- 
posed of a packet header (114) and second 
control data (115) including another angle infor- 
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4. The recording medium according to claim 3, char- 
acterized in that each of the start addresses is rep- 
resented by a logical sector relative to the logical 
sector of the navigation data pack (86) to which said 
first and second data packets (116,117,PCI,DSI) 5 
belong. 

Patentanspruche 

t- 10 

1 . Auf zeichn ungstrager mit: 

Winkelzellen (ANGL_C#i), die sich auf eine aus 
verschiedenen Blickwinkeln betrachtete glei- 
che Szene beziehen, wobei jede der Winkelzel- 1 5 
len (ANGL_C#i) aus mindestens einer Daten- 
zelle (84) aufgebaut ist, 
wobei die Datenzelle (84) aus einer Mehrzahl 
von Dateneinheiten (85,VOBU) aufgebaut ist, 
die Wiedergabe- bzw. Abspieldaten enthalt, die 20 
in einer vorbestimmten Abspielfolge zu repro- 
duzieren bzw. wiederzugeben sind, 
jede der Dateneinheiten (85,VOBU) aus min- 
destens einer vorbestimmten Sequenz von Da- 
tenpacks aufgebaut ist, 25 
jede Sequenz von Datenpacks mindestens ei- 
nes aus Videopack und Audiopacks umfaBt, 
wobei jedes dieser Packs aus einem Header- 
Abschnitt und einem Paket reproduzierbarer 
codierter Video- und Audiodaten zusammen- 30 
gesetzt ist, wobei die Videodaten komprimiert 
und in Ubereinstimmung mit dem MPEG-Stan- 
dard codiert werden bzw. sind, 
wobei jede Sequenz von Datenpacks f erner ein 
Navigationsdatenpack (86) umfaBt, das am 35 
Kopf der Sequenz angeordnet ist, 
jedes Navigationsdatenpack (86) Steuerinfor- 
mation enthalt und aus einem Header-Ab- 
schnitt (110,111), einem ersten Datenpaket 
(11 6, PCI) und einem zweiten Datenpaket 40 
(117.DSI) aufgebaut ist, 
das erste Datenpaket (11 6, PCI) aus einem Pa- 
ketheader (112) und ersten Steuerdaten (113) 
aufgebaut ist, die eine Winkelinformation zum 
Angeben einer Startadresse einer anderen Da- * 5 
teneinheit (85,VOBU) enthalten, welche Wie- 
dergabe/Videodaten fur eine unterschiedliche 
Szene speichert, die mit derjenigen, fur die die 
reproduzierbaren Daten in der Dateneinheit 
(85,VOBU), zu der das Navigationspack (86) so 
gehort, gespeichert sind, gleichzeitig ist oder 
dieser vorausgeht, wobei die andere Datenein- 
heit zu der Zelle in einer anderen Winkelzelle 
gehort, und 

das zweite Datenpaket (117.DSI) aus einem 55 
Paketheader (114) und zweiten Steuerdaten 
(115) aufgebaut ist, die eine andere Winkelin- 
formation zur Angabe einer Startadresse einer 



Gruppe der Dateneinheiten (85,VOBU) um- 
faBt, die nach der Dateneinheit (85,VOBU) zu 
reproduzieren sind, zu der das Navigations- 
pack (86) gehort. 

2. Aufzeichnungstrager gemaB Anspruch 1, dadurch 
gekennzeichnet, daB jede der Startadressen durch 
einen Logiksektor relativ zum Logiksektor des Na- 
vigationsdatenpacks (86), zu dem die ersten und 
zweiten Datenpakete (116,117,PCI,DSI) gehoren, 
dargestellt ist. 

3. Aufzeichnungstrager mit: 

einer Mehrzahl von Dateneinheiten (85, VO- 
BU), die in einer vorbestimmten Abspielfolge zu 
reproduzierende Wiedergabe- bzw. Abspielda- 
ten enthalten, 

wobei jede der Dateneinheiten (85, VOBU) aus 
mindestens einer vorbestimmten Sequenz von 
Datenpacks aufgebaut ist, 
jede Sequenz von Datenpacks mindestens ei- 
nes aus Videopack, Audiopack und Uberlage- 
rungsbildpack umfaBt, wobei jedes dieser 
Packs aus einem Header-Abschnitt und einem 
Datenpaket reproduzierbarer codierter Video-, 
Audio- oder Uberlagerungsbilddaten zusam- 
mengesetzt ist, wobei die Videodaten in Uber- 
einstimmung mit dem MPEG-Standard kompri- 
miert und codiert werden bzw. sind, 
wobei jede Sequenz von Datenpacks ferner ein 
am Kopf der Sequenz angeordnetes Navigati- 
onsdatenpack (86) umfaBt, 
das Navigationsdatenpack (86) Steuerinforma- 
tion enthalt und aus einem Kopfabschnitt 
(110,111), einem ersten Datenpaket (116,PCI) 
und einem zweiten Datenpaket (117,DSI) auf- 
gebaut ist, 

das erste Datenpaket (116,PCI) aus einem Pa- 
ketheader (112) und ersten Steuerdaten (113) 
aufgebaut ist, wobei die ersten Steuerdaten 
Prasentations-Steuerinformation sind, die 
Start- und Endzeiten (VOBU_SPTS, 
VOBU_EPTS) einer Presentation einer betref- 
fenden Sequenz von Datenpacks umfaBt, und 
das zweite Datenpaket (117, DSI) aus einem 
Paketheader (114) und zweiten Steuerdaten 
(115) aufgebaut ist, wobei die zweiten Steuer- 
daten Suchinformation sind, die Synchronisie- 
rungsinformation (SYNCI) zum Angeben von 
Startadressen von Ziel-Audio aufweisen, das 
synchron mit den Videodaten in der Datenein- 
heit (85, VOBU), zu dem das Navigationsdaten- 
pack (86) gehort, zu reproduzierende Audioda- 
ten aufweist, sowie eine Startadresse des Na- 
vigationspacks (86) der Dateneinheit (85, VO- 
BU), die Ziel-Uberlagerungsbildpacks enthalt, 
welche synchron mit den Videodaten in der Da- 
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teneinheit (85, VOBU), zu derdas Navigations- 
datenpack (86) gehort, zu reproduzierende 
Uberlagerungsbilddaten aufweist. 

4. Aufzeichnungstrager gemaB Anspruch 3, dadurch s 
gekennzeichnet, daG jede der Startadressen durch 
einen Logiksektor relativ zum Logiksektor des Na- 
vigationsdatenpacks (86), zu dem die ersten und 
zweiten Datenpakete (116,117, PCI,DSI) gehdren, 
dargestellt ist .... 10 



Revendications 

1. Un support d'enregistrement comprenant : is 

des cellules d'angle (ANGL_Cn°i) concernant 
une meme scene vue sous des angles diffe- 
rents, chacune des cellules d'angle 
(ANGL_Cn°i) etant composee d'au moins une 20 
cellule de donnees (84); 
cette cellule de donnees (84) etant composee 
d'une multiplicite d'unites de donnees (85, VO- 
BU) contenant des donnees de reproduction a 
reproduire dans un ordre de reproduction pre- 2s 
determine; 

chacune des unites de donnees (85, VOBU) 
etant composee d'au moins une sequence pre- 
determine de groupes de donnees; 
chaque sequence de groupes de donnees 30 
comprenant au moins un groupe video et des 
groupes audio, chacun de ces groupes etant 
constitue par une partie d'en-tete et par un pa- 
quet de donnees video et audio codees repro- 
ductibles, grace a quoi les donnees video sont 35 
compressees et codees conformement a la 
norme MPEG; 

chaque sequence de groupes de donnees 
comprenant en outre un groupe de donnees de 
navigation (86) place a la tete de la sequence; 40 
le groupe de donnees de navigation (86) con- 
tenant une information de commande et etant 
compose d'une partie d'en-tete (110, 111)d'un 
premier paquet de donnees (116, PCI) et d'un 
second paquet de donnees (117, DSI); 45 
le premier paquet de donnees (116, PCI) etant 
compose d'un en-tete de paquet (112) et de 
premieres donnees de commande (113) com- 
prenant une information d'angle pour indiquer 
une adresse de debut d'une autre unite de don- so 
n6es (85, VOBU) enregistrant des donnees de 
reproduction/vid6o pour une scSne difterente 
qui est contemporaine ou anterieure k celle 
pour laquelle les donn6es reproductibles sont 
enregistrees dans I'unite de donnees (85, VO- ss 
BU) k laquelle le groupe de navigation (86) ap- 
partient, cette autre unite de donnees apparte- 
nant k la cellule dans une autre cellule d'angle; 



et 

ie second paquet de donnees (117, DSI) etant 
compose d'un en-tete de paquet ( 1 1 4) et de se- 
condes donnees de commande (115) compre- 
nant une autre information d'angle pour indi- 
quer une adresse de debut d'un groupe des 
unites de donnees (85, VOBU) k reproduire 
apres I'unite de donnees (85, VOBU) a laquelle 
le groupe de navigation (86) appartient. 

2. Le support d'enregistrement selon la revendication 
1 , caracterise en ce que chacune des adresses de 
debut est representee par un secteur logique en re- 
lation avec le secteur logique du groupe de don- 
nees de navigation (86) auquel les premier et se- 
cond paquets de donnees (116, 117, PCI, DSI)ap- 
partiennent. 

3. Un support d'enregistrement comprenant : 

une multiplicite d'unites de donnees (85, VO- 
BU) contenant des donnees de reproduction 
devant etre reproduces dans un ordre de repro- 
duction predetermine; 

chacune de ces unites de donnees (85, VOBU) 
etant composee d'au moins une sequence pre- 
determine de groupes de donnees; 
chaque sequence de groupes de donnees 
comprenant au moins un groupe video, un 
groupe audio et un groupe de sous-image, cha- 
cun de ces groupes etant constitue par une par- 
tie d'en-tete et un paquet de donnees consis- 
tant en donnees video, audio ou de sous-image 
codees reproductibles, grace a quoi les don- 
nees video sont compressees et codees con- 
formement a la norme MPEG; 
chaque sequence de groupes de donnees 
comprenant en outre un groupe de donnees de 
navigation (86) place a la tete de la sequence; 
le groupe de donnees de navigation (86) con- 
tenant une information de commande et etant 
compose d'une partie d'en-tete (1 1 0, 1 1 1 ), d'un 
premier paquet de donnees (116, PCT) et d'un 
second paquet de donnees (117, DSI); 
le premier paquet de donnees (116, PCI) etant 
compose d'un en-tete de paquet (112) et de 
premieres donnees de commande (113), les 
premieres donnees de commande etant une in- 
formation de commande de presentation com- 
prenant des instants de debut et de fin 
(VOBU_SPTS, VOBU_EPTS) d'une presenta- 
tion d'une sequence respective de groupes de 
donnees; et 

le second paquet de donnees (117, DSI) 6tant 
compose d'un en-tete de paquet (1 1 4) et de se- 
condes donn6es de commande (115), ces se- 
condes donnees de commande 6tant une infor- 
mation de recherche comprenant une informa- 
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tion de synchronisation (SYNCI) pour indiquer 
des adresses de debut d'information audio ci- 
ble ayant des donnees audio a reproduire en 
synchronisme avec les donnees video dans 
I'unite de donnees (85, VOBU) a laquelle le 5 
groupe de donnees de navigation (86) appar- 
tient, et une adresse de debut du groupe de na- 
vigation (86) de I'unite de donnees (85, VOBU) 
contenant des groupes de sous-image cibles 
qui ontdes donnees de sous-image a reprodui- 10 
re en synchronisme avec les donnees video 
dans I'unite de donnees (85, VOBU) a laquelle 
le groupe de donnees de navigation (86) appar- 
tient. 

75 

Le support d'enregistrement selon la revendication 
3, caracterise en ce que chacune des adresses de 
debut est representee par un secteur logique en re- 
lation avec le secteur logique du groupe de don- 
nees de navigation (86) auquel les premier et se- 20 
cond paquets de donnees (116, 117, PCI, DSI) ap- 
partiennent. 
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